From 32dde4d6769be96d5d58598f5ef5e81ea4feedaa Mon Sep 17 00:00:00 2001 From: Eric Chang Date: Thu, 13 Feb 2020 16:24:48 +0800 Subject: [PATCH] add update to proxmox and synology ha cluster --- content/post/first-try-synology-ha.md | 109 +++ content/post/postgresql-pgbench-benchmark.md | 105 +++ ...proxmox-with-synology-high-availability.md | 83 ++ .../rescue-synology-nas-with-ubuntu-livecd.md | 179 +++++ .../post/what-a-piss-in-synology-document.md | 110 +++ public/about/index.html | 10 +- public/categories/ansible/index.html | 10 +- public/categories/index.xml | 13 +- public/categories/linux/index.html | 10 +- public/categories/proxmox/index.html | 10 +- public/categories/ps/index.html | 10 +- public/categories/碎念/index.html | 10 +- public/categories/筆記/index.html | 262 +++++- public/categories/筆記/index.xml | 64 +- public/categories/群暉/index.html | 10 +- public/categories/雜念/index.html | 488 +++++++++++ public/categories/雜念/index.xml | 30 + public/contact/index.html | 10 +- public/gallery/sammy93/index.html | 10 +- public/index.html | 115 +-- public/index.xml | 79 +- public/page/10/index.html | 280 ++++++- public/page/11/index.html | 681 ++++++++++++++++ public/page/2/index.html | 129 +-- public/page/3/index.html | 119 ++- public/page/4/index.html | 144 ++-- public/page/5/index.html | 148 ++-- public/page/6/index.html | 117 +-- public/page/7/index.html | 112 +-- public/page/8/index.html | 136 ++-- public/page/9/index.html | 179 ++--- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../post/ansible-selectattr-filter/index.html | 10 +- .../index.html | 10 +- public/post/ansible-selectattr/index.html | 10 +- .../post/ansible-ssh-forwardagent/index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- public/post/bookstack-docker/index.html | 10 +- .../index.html | 10 +- .../post/change-timezone-in-docker/index.html | 10 +- .../post/command_to_test_main_ssl/index.html | 10 +- public/post/copy_role_in_pgsql/index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../enable-synology-public-ssh/index.html | 10 +- public/post/first-try-synology-ha/index.html | 682 ++++++++++++++++ .../index.html | 10 +- .../incredibly-slow-mdadm-rebuild/index.html | 10 +- public/post/index.xml | 79 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- public/post/log-all-bash-commands/index.html | 10 +- .../index.html | 10 +- .../post/nice-du-report-tool-durep/index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../postgresql-pgbench-benchmark/index.html | 699 ++++++++++++++++ .../index.html | 666 +++++++++++++++ .../index.html | 10 +- .../index.html | 10 +- .../index.html | 757 ++++++++++++++++++ .../index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../synology-ds415-repair-cost/index.html | 10 +- public/post/test-pg_prewarm/index.html | 10 +- .../transfer-cent62-using-rsync/index.html | 10 +- .../index.html | 10 +- .../index.html | 10 +- .../ubuntu-dconf-proxy-settings/index.html | 10 +- .../weird-client-server-connection/index.html | 10 +- .../index.html | 690 ++++++++++++++++ public/sitemap.xml | 98 ++- public/tags/10g/index.html | 10 +- public/tags/ansible/index.html | 10 +- public/tags/backup/index.html | 10 +- public/tags/benchmark/index.html | 10 +- public/tags/bookstack/index.html | 10 +- public/tags/bsd/index.html | 10 +- public/tags/centos/index.html | 10 +- public/tags/dconf/index.html | 10 +- public/tags/docker/index.html | 10 +- public/tags/du/index.html | 10 +- public/tags/edgerouter/index.html | 10 +- public/tags/failover/index.html | 10 +- public/tags/firefox/index.html | 10 +- public/tags/forwardx11/index.html | 10 +- public/tags/freenas/index.html | 10 +- public/tags/high-availability/index.html | 479 +++++++++++ public/tags/high-availability/index.xml | 30 + public/tags/index.xml | 92 ++- public/tags/inventory/index.html | 10 +- public/tags/launcher/index.html | 10 +- public/tags/linux/index.html | 10 +- public/tags/log/index.html | 10 +- public/tags/mdadm/index.html | 10 +- public/tags/mellanox/index.html | 10 +- public/tags/meshcentral/index.html | 10 +- public/tags/metabase/index.html | 10 +- public/tags/nas/index.html | 70 +- public/tags/nas/index.xml | 15 +- public/tags/nvidia/index.html | 10 +- public/tags/nvme/index.html | 10 +- public/tags/pgbarman/index.html | 10 +- public/tags/pgbench/index.html | 479 +++++++++++ public/tags/pgbench/index.xml | 30 + public/tags/postgresql/index.html | 92 ++- public/tags/postgresql/index.xml | 17 +- public/tags/proxmox/index.html | 68 +- public/tags/proxmox/index.xml | 17 +- public/tags/ps/index.html | 10 +- public/tags/psql/index.html | 10 +- public/tags/pxe/index.html | 10 +- public/tags/raid/index.html | 10 +- public/tags/remote/index.html | 10 +- public/tags/restore/index.html | 10 +- public/tags/ssh/index.html | 10 +- public/tags/synology/index.html | 226 +++++- public/tags/synology/index.xml | 64 +- public/tags/timezone/index.html | 10 +- public/tags/ubuntu/index.html | 10 +- public/tags/vim/index.html | 10 +- public/tags/vpn/index.html | 10 +- public/tags/wireguard/index.html | 10 +- public/tags/zfs/index.html | 10 +- public/tags/短今/index.html | 10 +- public/tags/筆記/index.html | 10 +- public/tags/群暉/index.html | 10 +- 140 files changed, 9008 insertions(+), 1004 deletions(-) create mode 100644 content/post/first-try-synology-ha.md create mode 100644 content/post/postgresql-pgbench-benchmark.md create mode 100644 content/post/proxmox-with-synology-high-availability.md create mode 100644 content/post/rescue-synology-nas-with-ubuntu-livecd.md create mode 100644 content/post/what-a-piss-in-synology-document.md create mode 100644 public/categories/雜念/index.html create mode 100644 public/categories/雜念/index.xml create mode 100644 public/page/11/index.html create mode 100644 public/post/first-try-synology-ha/index.html create mode 100644 public/post/postgresql-pgbench-benchmark/index.html create mode 100644 public/post/proxmox-with-synology-high-availability/index.html create mode 100644 public/post/rescue-synology-nas-with-ubuntu-livecd/index.html create mode 100644 public/post/what-a-piss-in-synology-document/index.html create mode 100644 public/tags/high-availability/index.html create mode 100644 public/tags/high-availability/index.xml create mode 100644 public/tags/pgbench/index.html create mode 100644 public/tags/pgbench/index.xml diff --git a/content/post/first-try-synology-ha.md b/content/post/first-try-synology-ha.md new file mode 100644 index 00000000..adbf4c48 --- /dev/null +++ b/content/post/first-try-synology-ha.md @@ -0,0 +1,109 @@ +--- +title: "[筆記] 第一次玩 Synology High Availability / first try synology high availability" +date: 2020-01-10T09:48:18+08:00 +draft: false +noSummary: false +categories: ['筆記'] +image: https://h.cowbay.org/images/post-default-13.jpg +tags: ['synology'] +author: "Eric Chang" +keywords: + - synology + - high availability +--- + +上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了 + +原因應該就是之前的 intel c2000 series cpu 的 bug + +只是不知道為什麼這台兩三年來都沒有關機的NAS + +比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊) + +趁著這次機會,看看網路上說的換電阻大法有沒有用! + +如果有用,就拿這兩台來玩玩 synology high availability ! + + + +先要感謝這一篇的作者! + +https://www.mobile01.com/topicdetail.php?f=494&t=5600042 + +在網路上訂了一大包的 1/4 w 100Ω 的電阻 (100個才70塊,運費都要60了) + +照著上面那篇的作法,把電阻焊上去,NAS就順利開機了! + +__ + +架構圖很簡單,只是在做測試而已,又是第一次玩,先不要搞得太複雜 + +![](https://i.imgur.com/k7IDZ4Y.png) + +流程大致如下 + +設定好NAS Cluster 之後,建立NFS 服務 + +然後在proxmox 主機上掛載這個NFS 空間 + +接著在proxmox 上建立一台 VM ,存放在NFS 空間上 + +在這台VM裡面持續 ping NAS cluster VIP 192.168.11.85 + +接著拔掉 192.168.11.87 的兩條網路線,模擬NAS cluster 的主伺服器掛點的狀況 + +這時候VM 還活著,可以正常建立、刪除、檢視檔案,然後 ping 192.168.11.85 也還持續著 + +NAS的告警信件也正常發出 + +08:53 NAS High Availability 叢集 ds415cluster 已執行自動故障轉移。 [詳細資訊:無法偵測到 hqs087 (主伺服器)] +08:58 NAS High Availability 叢集 ds415cluster 狀態異常 [詳細資訊:無法偵測到 hqs087 (副伺服器)] + +9:08 接回hqs087的網路線 + +9:09 收到信件 NAS High Availability 叢集 ds415cluster 停止正常運作 [詳細資訊:Split-brain 錯誤] + +登入管理界面(192.168.11.85:5000) ,操作 HA ,選擇恢復 + +這時候開始,VM 的檔案系統變成是 read only + +雖然還活著,但是已經無法建立、刪除檔案,連 cat /var/log/syslog 也會卡住 + +9:14 VIP NAS cluster 恢復連線,本來卡住的 cat /var/log/syslog 也可以正常顯示內容了 + +但是系統還是 read only,reboot VM 之後才恢復正常。 + +有幾個問題 + +* split brain 錯誤 + +這個問題我想應該是因為只有兩台組成clsuter 造成的 + +如果有第三臺加入,應該就不會有這個split brain 的問題 + +* VM變成 read only + +這個我就不知道為什麼了,照理說NAS Cluster 已經開始在恢復 + +在我的觀念裡,應該要能夠「正常」的持續服務 + +但是VM變成 read only ,而且必須要重新開機才能解決 + +那這樣NAS Cluster 等於沒有太大作用呀.. + +來問問看群暉客服好了 + + + + + + + + + + + + + + + diff --git a/content/post/postgresql-pgbench-benchmark.md b/content/post/postgresql-pgbench-benchmark.md new file mode 100644 index 00000000..325d86c2 --- /dev/null +++ b/content/post/postgresql-pgbench-benchmark.md @@ -0,0 +1,105 @@ +--- +title: "[筆記] postgresql 效能測試 / postgresql benchmakr using pgbench" +date: 2020-01-07T11:18:59+08:00 +draft: false +noSummary: false +categories: ['筆記'] +image: https://h.cowbay.org/images/post-default-17.jpg +tags: ['postgresql','pgbench'] +author: "Eric Chang" +keywords: + - postgresql + - pgbench +--- + +昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench + +分數大概如何,想要跟他的筆電做個比較 + +之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本 + +對於pgbench 跑分會有多大的影響 + + + +OS: ubuntu 18.04.3 x64 +postgresql 版本: 10 / 11 / 12 +硬碟分成兩種,一個是透過 NFS 10G 網路存取的storage,一個是本機三顆硬碟組成的 zfs raidz + +大概步驟就是安裝postgresql & tools ,然後initialize pgbench table 最後就跑pgbench 測試 + +### install tools for postgresql + +sudo apt install postgresql-contrib + +### su to postgres and initialize pgbench database + +sudo su - postgres +createdb pgbench +pgbench -i -U postgres -s 10 pgbench + +### running the test + +pgbench -t 100 -c 100 -S -U postgres pgbench + + +得出來的結果如下 + +| | 2 cores / 16G | 4 cores / 16G | +| --- | --- | --- | PGTUNE | NO PGTUNE | PGTUNE | NO PGTUNE | +| PSQL Version | 10G Storage | Local Raidz | 10G Storage | Local Raidz | 10G Storage | Local Raidz | 10G Storage | Local Raidz | +| 10 | 9014.144993 | 9395.847239 | 9508.819462 | 10192.27069 | 13280.99918 | 13819.12767 | 15257.69002 | 15397.53475 | +| 11 | 9418.477212 | 9333.790266 | 9070.990565 | 9071.182748 | 15455.80444 | 16079.6638 | 15710.24677 | 14274.59939 | +| 12 | 8630.21746 | 8872.475173 | 9072.034237 | 9217.547833 | 16116.7502 | 12380.71452 | 17409.10363 | 14520.79393 | + +Update: 喵的 Markdown 的表格不支援 colspan ,只好改用圖片方式呈現 + +!['postgresql pgbench banchmark reults'](https://i.imgur.com/vQFfj6Y.png) + + +另外補上一個 2 cores / 2G RAM 的結果 +### postgresql 10 , 2G RAM , HDD on 10G Storage + +``` +postgres@ubuntu:~$ pgbench -t 100 -c 100 -S -U postgres pgbench +starting vacuum...end. +transaction type: +scaling factor: 10 +query mode: simple +number of clients: 100 +number of threads: 1 +number of transactions per client: 100 +number of transactions actually processed: 10000/10000 +latency average = 11.583 ms +tps = 8633.209610 (including connections establishing) +tps = 8651.036900 (excluding connections establishing) +``` + +有幾個地方值得注意 + +* 記憶體 2G->16G 效能的增加並沒有很明顯 tps 從 8633 略為上升到 9014 + + * 這個倒是讓我滿意外的,一直以來都認為postgresql 非常的需要記憶體,但是實際跑測試卻不是這樣 + +* pgtune 的影響不大,甚至可以說是會降低效能 + + * pgtune 是一個網頁服務,可以協助做出「理論上」建議使用的postgresql config + https://pgtune.leopard.in.ua/#/ + * 從結果可以看出,使用pgtune 做出來的config ,跟完全使用預設值的config 相比,pgtune的效能大部分都略低於預設值 + * 這也讓我很好奇,或許要花更多時間去研究postgresql 的config,但是,幹!我不是 DBA 啊! +* CPU 核心數很明顯地影響pgbench + + * 從表格中可以看到,當CPU Cores 增加,pgbench的效能也明顯增加 + * 而我甚至還沒有指定用多核心去執行測試,如果要用多核心去測試,要把測試指令改成 + ``` + pgbench -j 4 -t 100 -c 100 -S -U postgres pgbench + + ``` + +* 10G Storage和 3顆 2T SATA硬碟組成的 raidz 效能差不多 + + * 如果本機改用 SSD RAID 甚至是 NVME SSD RAID ,效能應該會提高更多 + * 10G的部份最多大概就是略低於 1000MB 左右 + * 如果換成 SSD ,效能應該是還會提昇,但是有限,畢竟10Gb的頻寬限制就在那邊(理論值1250MB左右) + + diff --git a/content/post/proxmox-with-synology-high-availability.md b/content/post/proxmox-with-synology-high-availability.md new file mode 100644 index 00000000..d2f5c206 --- /dev/null +++ b/content/post/proxmox-with-synology-high-availability.md @@ -0,0 +1,83 @@ +--- +title: "[筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability" +date: 2020-01-17T12:20:33+08:00 +draft: false +noSummary: false +categories: ['筆記'] +image: https://h.cowbay.org/images/post-default-18.jpg +tags: ['synology','proxmox','high Availability'] +author: "Eric Chang" +keywords: + - synology + - proxmox + - 'high availability' +--- + +前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+ + +詳情請看 https://h.cowbay.org/post/first-try-synology-ha/ + +今天趁尾牙前夕,手邊沒啥要緊事 + +就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境 + + + +先上架構圖 + +![](https://i.imgur.com/k7IDZ4Y.png) + +架構很簡單,NAS設定一組NFS share, proxmox mount 進來,然後開一台VM在NFS 上 + +主要來談談proxmox 在碰到synology high availability 切換狀態、遇上腦裂(brain split)時候的狀況 + +觸發 brain split (說真的,我覺得腦裂很難聽 ...)的情況,在上面連結那篇文章裡面有提到,就不多說了 + +來講講後續的狀況 + +發生 brain split 時,可以預期管理者會登入管理界面去修復 + +關於修復brain split 可以看看群暉的這篇文章 + +https://www.synology.com/zh-tw/knowledgebase/DSM/help/HighAvailability/split_brain + +而我選擇的是 [將兩台伺服器一同保留於叢集中] + +在進行修復的過程中,會發現VM這邊會變成 read only + +聽起來很合理,畢竟在修復時,所有服務幾乎都是停擺 + +但是呢,等到修復完成後,VM還是read only ,這就有點奇怪了 + +有跟群暉客服反應過這個狀況 + +所以在修復完成之後,在proxmox server 這邊直接對NFS 存取做測試 + +去下載一個template 是 OK 的,在console 裡面直接在NFS touch file 也是可以的 + +所以Synology high availability 是有正常發揮作用 + +而promox 這邊,在synology恢復之後,也可以正常存取NFS ,所以也沒有問題 + + +~~那問題就是在VM裡面了,當發生了某些狀況,讓系統進入read only ,就必須透過reboot 才能解決~~ + +~~或者是看看這個指令用fsck去檢查filesystem 看看有沒有幫助~~ + +``` +sudo fsck -Af -M +``` + +UPDATE: + +在proxmox 論壇上提出了這個問題,有回覆說要用 NFS Version 4.1 + +經過測試,在掛載NFS share folder 時,如果有指定 NFS Version 4.1 + +那在HA Cluster 恢復之後,VM也就跟著恢復正常 + +不必再重開機了! + +所以這問題算是解決了! + + diff --git a/content/post/rescue-synology-nas-with-ubuntu-livecd.md b/content/post/rescue-synology-nas-with-ubuntu-livecd.md new file mode 100644 index 00000000..994a8109 --- /dev/null +++ b/content/post/rescue-synology-nas-with-ubuntu-livecd.md @@ -0,0 +1,179 @@ +--- +title: "[筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd" +date: 2020-01-03T15:43:45+08:00 +draft: false +noSummary: false +categories: ['筆記'] +image: https://h.cowbay.org/images/post-default-11.jpg +tags: ['synology','nas'] +author: "Eric Chang" +keywords: + - synology + - nas +--- + +2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了! + +因為群暉的文件在最關鍵的一步寫得亂七八糟! + +所以在這邊紀錄一下我操作的步驟! + + + +#### 建立可開機的ubuntu 隨身碟 +建立 bootable ubuntu flash 的步驟,請參考底下網頁介紹,這邊就不多說了 + +https://tutorials.ubuntu.com/tutorial/tutorial-create-a-usb-stick-on-ubuntu#0 + +#### 把NAS上的硬碟接上PC + +還好這次的NAS只有四顆,如果有八顆,我去哪裡生可以接八顆硬碟的主機... + +#### 用隨身碟開機進入ubuntu Live 環境 + +懶人沒截圖 + +#### 安裝必要套件 + +進入 ubuntu Live 之後,按 ctal + alt + t + +開啟 terminal ,然後先安裝 mdadm & lvm2 + +``` +ubuntu@ubuntu:~$ sudo apt install mdadm lvm2 +Reading package lists... Done +Building dependency tree +Reading state information... Done +Suggested packages: + thin-provisioning-tools default-mta | mail-transport-agent dracut-core +The following NEW packages will be installed: + mdadm +The following packages will be upgraded: + lvm2 +1 upgraded, 1 newly installed, 0 to remove and 780 not upgraded. +Need to get 1,346 kB of archives. +After this operation, 1,237 kB of additional disk space will be used. +Get:1 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 lvm2 amd64 2.02.176-4.1ubuntu3.18.04.2 [930 kB] +Get:2 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 mdadm amd64 4.1~rc1-3~ubuntu18.04.2 [416 kB] +Fetched 1,346 kB in 3s (501 kB/s) +.... +... +... +以下省略 +``` + +#### scan raid and lvm + +接下來先換成 root 操作 +``` +ubuntu@ubuntu:~$ sudo su - +``` + +然後掃描 raid & LVM +``` +root@ubuntu:~# mdadm -Asf && vgchange -ay +mdadm: /dev/md/2 has been started with 4 drives. + 2 logical volume(s) in volume group "vg1" now active +``` + +COOL! 原本的VG出現了! + +``` +root@ubuntu:~# vgdisplay + --- Volume group --- + VG Name vg1 + System ID + Format lvm2 + Metadata Areas 1 + Metadata Sequence No 3 + VG Access read/write + VG Status resizable + MAX LV 0 + Cur LV 2 + Open LV 0 + Max PV 0 + Cur PV 1 + Act PV 1 + VG Size 5.44 TiB + PE Size 4.00 MiB + Total PE 1427264 + Alloc PE / Size 1427264 / 5.44 TiB + Free PE / Size 0 / 0 + VG UUID O1c8Uw-JmKy-EiKt-92OB-3K3y-roMi-9NUZ6H +``` + +也可以看到 RAID 資訊了! +``` +root@ubuntu:~# mdadm -D /dev/md2 +/dev/md2: + Version : 1.2 + Creation Time : Thu Oct 13 07:26:12 2016 + Raid Level : raid5 + Array Size : 5846077632 (5575.25 GiB 5986.38 GB) + Used Dev Size : 1948692544 (1858.42 GiB 1995.46 GB) + Raid Devices : 4 + Total Devices : 4 + Persistence : Superblock is persistent + + Update Time : Thu Jan 2 01:48:34 2020 + State : clean + Active Devices : 4 + Working Devices : 4 + Failed Devices : 0 + Spare Devices : 0 + + Layout : left-symmetric + Chunk Size : 64K + +Consistency Policy : resync + + Name : video:2 + UUID : 18f6706d:91eaaec9:5b0ba8da:e32481e3 + Events : 96 + + Number Major Minor RaidDevice State + 0 8 51 0 active sync /dev/sdd3 + 1 8 35 1 active sync /dev/sdc3 + 2 8 19 2 active sync /dev/sdb3 + 3 8 3 3 active sync /dev/sda3 +``` + +然後就會發生我之前寫的這篇的狀況 + +https://h.cowbay.org/post/what-a-piss-in-synology-document/ + +問題發生了,總是要想辦法解決 + +#### scan lv + +``` +root@ubuntu:~# lvscan + ACTIVE '/dev/vg1/syno_vg_reserved_area' [12.00 MiB] inherit + ACTIVE '/dev/vg1/volume_1' [5.44 TiB] inherit +``` + +OK ,在 vg1 底下有兩個 volume ,看大小來判斷,第二個是我們要的 + +用底下的指令就可以掛載了 + +``` +mount /dev/vg1/volume_1 /mnt +``` + +請依照自己的環境,把第一個路徑改掉,如果要掛載到別的目錄,那也把第二個 /mnt 改掉 + +``` +root@ubuntu:/dev# mount /dev/vg1/volume_1 /mnt +root@ubuntu:/dev# cd /mnt +root@ubuntu:/mnt# ls +@appstore @database @EP_trash @MailScanner @S2S +aquota.group @download @iSCSITrg music synoquota.db +aquota.user @eaDir lost+found nfsforprox @tmp +@clamav @EP @maillog photo video +``` + +OK,可以看到原本NAS 下的目錄了,接下來就可以進行檔案複製了! + + + + diff --git a/content/post/what-a-piss-in-synology-document.md b/content/post/what-a-piss-in-synology-document.md new file mode 100644 index 00000000..3e512164 --- /dev/null +++ b/content/post/what-a-piss-in-synology-document.md @@ -0,0 +1,110 @@ +--- +title: "[碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document" +date: 2020-01-03T11:45:56+08:00 +draft: false +noSummary: false +categories: ['雜念'] +image: https://h.cowbay.org/images/post-default-16.jpg +tags: ['synology'] +author: "Eric Chang" +keywords: + - synology +--- + +2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了 + +開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況 + +終於宣告不治 + +問題很明顯的就是Intel C2000 系列 CPU 的瑕疵 + + + +總之,機器老早就過保了,上面放的是 proxmox 的 vm 檔案 + +在NAS掛點之後,就從備份檔把這些VM還原回來了 + +想說網路上很多文章說只要焊一個電阻上去就可以修復 + +就把機器和硬碟先放著,等有空再去買電阻回來玩玩看 + +結果user今天早上就在靠腰,說上面有一台開發用的VM上面的歷史紀錄很重要 + +幹,很重要是不會自己備份逆? + +又不跟我說很重要,要備份,然後自己也不做備份 + +然後現在VM 不見了,再來靠腰?? + +幹!真的不要以為資訊公司的員工就比較有sense ,屁! + +不過呢,人微言輕,還是只好鼻子摸摸,想辦法救出來 + +然後就找到了群暉的這篇文章 + +https://www.synology.com/zh-tw/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC + +``` +如何使用電腦復原存放在 Synology NAS 上的資料? + +若您的 Synology NAS 故障,可以輕鬆透過電腦與 Ubuntu Live CD 復原資料。請確認 Synology NAS 硬碟上運行的檔案系統是 EXT4 或 Btrfs,並依照下列步驟來復原資料。此處將以 Ubuntu 18.04 版本作為範例: + +1.準備一台電腦,該電腦必須具備足夠的硬碟插槽以安裝從 Synology NAS 取出的硬碟。 +2.將硬碟從 Synology NAS 取出,並安裝到電腦。若使用 RAID 或 SHR 配置,您必須將所有硬碟 (Hot Spare 硬碟除外) 同時安裝到電腦。 +3.按照此教學 Create a bootable USB stick on Windows 來建立 Ubuntu 環境。 +4.前往左下角的顯示應用程式選單。 +5.在搜尋欄位輸入 Terminal 並選擇終端機。 +6.若 Synology NAS 上的磁碟配置為 RAID 或 SHR,請依照步驟 7 到 10 操作;若您想復原的檔案位於僅使用一顆硬碟的基本儲存類型機種,請跳至步驟 10。 +7.輸入以下指令 (sudo 會將執行權限轉換為 root )。 + + Ubuntu@ubuntu:~$ sudo -i + +8.輸入以下指令來安裝 mdadm 和 lvm2 (皆為 RAID 管理工具)。若沒有安裝 lvm2,vgchange 將無法運作。 + + root@ubuntu:~$ apt-get update + root@ubuntu:~$ apt-get install -y mdadm lvm2 + +9.輸入以下指令來掛載所有從 Synology NAS 取出的硬碟,結果可能會因 Synology NAS 上的儲存集區配置而有所不同。 + + root@ubuntu:~$ mdadm -Asf && vgchange -ay + +10.輸入以下指令來將所有硬碟掛載為唯讀以存取資料。在 ${device_path} 輸入裝置路徑,${mount_point} 輸入掛載點,您的資料將會被置於掛載點的路徑。 + + $ mount ${device_path} ${mount_point} -o ro +``` + +好, 1-9 都沒什麼問題,但是有人可以幫忙翻譯翻譯 10 是在工三小? + +當然,我能理解因為每一臺NAS的環境不同,所以會有一些不同的變數 + +但是假如你是一個單純的user ,只是想要救資料,好不容易找了臺電腦 + +把硬碟都接上去,用ubuntu liveCD 開機,乖乖做了1-9的步驟 + +接著一定會傻眼, 什麼是 ${device_path} ?? 什麼是 ${mount_point} ??? + +寫文件的人你就不能配合個圖片,去說明應該要怎麼辨別 device_path ? mount_point 又是什麼? + +這很簡單呀! + +做完 9 的指令,其實就會回復你 NAS 分割區的名稱 + +好像叫什麼 vg1 的 <---這個就是變數,可能每一臺都不同,但是你起碼做個範例給人家看啊! + +然後會在 /dev/vg1 底下看到當初建立的磁區 (我的叫 volume_1) + +至於 mount_point 就是看你要掛載到系統的哪個目錄底下 + +所以我就要執行 +``` +mount /dev/vg1/volume_1 /mnt +``` + +這樣就可以把NAS上的分割給掛進liveCD ,就可以進行資料複製了! + +連一份文件都做不好,真的是服了這些據說很高薪的「工程師」.. + + + + diff --git a/public/about/index.html b/public/about/index.html index 0cdfb8e5..b2c28f0c 100644 --- a/public/about/index.html +++ b/public/about/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -599,7 +603,7 @@ title="pinterest icon"> - + diff --git a/public/categories/ansible/index.html b/public/categories/ansible/index.html index fe2f78e6..d7d2424b 100644 --- a/public/categories/ansible/index.html +++ b/public/categories/ansible/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -604,6 +608,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/index.xml b/public/categories/index.xml index 27670132..9865506b 100644 --- a/public/categories/index.xml +++ b/public/categories/index.xml @@ -6,7 +6,7 @@ Recent content in Categories on MC部落 Hugo -- gohugo.io en-us - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 @@ -14,12 +14,21 @@ 筆記 https://h.cowbay.org/categories/%E7%AD%86%E8%A8%98/ - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 https://h.cowbay.org/categories/%E7%AD%86%E8%A8%98/ + + 雜念 + https://h.cowbay.org/categories/%E9%9B%9C%E5%BF%B5/ + Fri, 03 Jan 2020 11:45:56 +0800 + + https://h.cowbay.org/categories/%E9%9B%9C%E5%BF%B5/ + + + ansible https://h.cowbay.org/categories/ansible/ diff --git a/public/categories/linux/index.html b/public/categories/linux/index.html index db8d6da6..8b1f0225 100644 --- a/public/categories/linux/index.html +++ b/public/categories/linux/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -479,6 +483,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/proxmox/index.html b/public/categories/proxmox/index.html index 1eb59ba0..c7ebe83c 100644 --- a/public/categories/proxmox/index.html +++ b/public/categories/proxmox/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -483,6 +487,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/ps/index.html b/public/categories/ps/index.html index 0857a366..ef75e6b6 100644 --- a/public/categories/ps/index.html +++ b/public/categories/ps/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -418,6 +422,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/碎念/index.html b/public/categories/碎念/index.html index 7f7ef0b6..b366165c 100644 --- a/public/categories/碎念/index.html +++ b/public/categories/碎念/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -481,6 +485,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/筆記/index.html b/public/categories/筆記/index.html index ea64da46..547224e4 100644 --- a/public/categories/筆記/index.html +++ b/public/categories/筆記/index.html @@ -20,9 +20,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/categories\/%E7%AD%86%E8%A8%98\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -292,6 +296,252 @@ if (!doNotTrack) { +
+ + + + + + + +
+
+ 17 January + + + + + + / + + + + + + + + + / + + 筆記 + + +
+ +
+ +
+
+
+ + + + + + + + + + +
+ + + + + + + +
+
+ 10 January + + + + + + / + + + + + + + + + / + + 筆記 + + +
+ +
+
+

上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了

+ +

原因應該就是之前的 intel c2000 series cpu 的 bug

+ +

只是不知道為什麼這台兩三年來都沒有關機的NAS

+ +

比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)

+ +

趁著這次機會,看看網路上說的換電阻大法有沒有用!

+ +

如果有用,就拿這兩台來玩玩 synology high availability !

+ + +
+
+
+
+ + + + + + + + + + +
+ + + + + + + +
+
+ 07 January + + + + + + / + + + + + + + + + / + + 筆記 + + +
+ +
+
+

昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench

+ +

分數大概如何,想要跟他的筆電做個比較

+ +

之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本

+ +

對於pgbench 跑分會有多大的影響

+ + +
+
+
+
+ + + + + + + + + + +
+ + + + + + + +
+
+ 03 January + + + + + + / + + + + + + + + + / + + 筆記 + + +
+ +
+
+

2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!

+ +

因為群暉的文件在最關鍵的一步寫得亂七八糟!

+ +

所以在這邊紀錄一下我操作的步驟!

+ + +
+
+
+
+ + + + + + + + + +
@@ -2819,6 +3069,6 @@ if (!doNotTrack) {
- + diff --git a/public/categories/筆記/index.xml b/public/categories/筆記/index.xml index 3216cd0d..ba42a7ce 100644 --- a/public/categories/筆記/index.xml +++ b/public/categories/筆記/index.xml @@ -6,11 +6,73 @@ Recent content in 筆記 on MC部落 Hugo -- gohugo.io en-us - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + + + [筆記] 第一次玩 Synology High Availability / first try synology high availability + https://h.cowbay.org/post/first-try-synology-ha/ + Fri, 10 Jan 2020 09:48:18 +0800 + + https://h.cowbay.org/post/first-try-synology-ha/ + <p>上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了</p> + +<p>原因應該就是之前的 intel c2000 series cpu 的 bug</p> + +<p>只是不知道為什麼這台兩三年來都沒有關機的NAS</p> + +<p>比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)</p> + +<p>趁著這次機會,看看網路上說的換電阻大法有沒有用!</p> + +<p>如果有用,就拿這兩台來玩玩 synology high availability !</p> + + + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + <p>昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench</p> + +<p>分數大概如何,想要跟他的筆電做個比較</p> + +<p>之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本</p> + +<p>對於pgbench 跑分會有多大的影響</p> + + + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + <p>2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!</p> + +<p>因為群暉的文件在最關鍵的一步寫得亂七八糟!</p> + +<p>所以在這邊紀錄一下我操作的步驟!</p> + + [筆記]在ansible中,取得loop register後的值/ Ansible Get Value From Loop Register https://h.cowbay.org/post/ansible-get-value-from-loop-register/ diff --git a/public/categories/群暉/index.html b/public/categories/群暉/index.html index 1afc8e82..1ed53e58 100644 --- a/public/categories/群暉/index.html +++ b/public/categories/群暉/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -487,6 +491,6 @@ if (!doNotTrack) { - + diff --git a/public/categories/雜念/index.html b/public/categories/雜念/index.html new file mode 100644 index 00000000..fea0eb3d --- /dev/null +++ b/public/categories/雜念/index.html @@ -0,0 +1,488 @@ + + + + + + + + 雜念 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ +
+

+ Category: 雜念 + + + + rss + + +

+
+ +

Posts

+
+ + + + + + + + + + +
+ + + + + + + +
+
+ 03 January + + + + + + / + + + + + + + + + / + + 雜念 + + +
+ +
+
+

2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了

+ +

開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況

+ +

終於宣告不治

+ +

問題很明顯的就是Intel C2000 系列 CPU 的瑕疵

+ + +
+
+
+
+ +
+ +
+ + + +
+ + + + + diff --git a/public/categories/雜念/index.xml b/public/categories/雜念/index.xml new file mode 100644 index 00000000..db5cfbb3 --- /dev/null +++ b/public/categories/雜念/index.xml @@ -0,0 +1,30 @@ + + + + 雜念 on MC部落 + https://h.cowbay.org/categories/%E9%9B%9C%E5%BF%B5/ + Recent content in 雜念 on MC部落 + Hugo -- gohugo.io + en-us + Fri, 03 Jan 2020 11:45:56 +0800 + + + + + + [碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + Fri, 03 Jan 2020 11:45:56 +0800 + + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + <p>2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了</p> + +<p>開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況</p> + +<p>終於宣告不治</p> + +<p>問題很明顯的就是Intel C2000 系列 CPU 的瑕疵</p> + + + + \ No newline at end of file diff --git a/public/contact/index.html b/public/contact/index.html index d482adbb..f4c5f9f7 100644 --- a/public/contact/index.html +++ b/public/contact/index.html @@ -45,9 +45,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -455,7 +459,7 @@ if (!doNotTrack) { - + diff --git a/public/gallery/sammy93/index.html b/public/gallery/sammy93/index.html index cc10360c..70f51603 100644 --- a/public/gallery/sammy93/index.html +++ b/public/gallery/sammy93/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -594,7 +598,7 @@ title="pinterest icon"> - + diff --git a/public/index.html b/public/index.html index 7914df56..5211ff62 100644 --- a/public/index.html +++ b/public/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 27 December + 17 January @@ -315,20 +319,20 @@ if (!doNotTrack) {
-

今天在寫一支客製化 firefox 的playbook

+

前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+

-

因為firefox 會給每個user 建立一個由亂數字串組成的default profile

+

詳情請看 https://h.cowbay.org/post/first-try-synology-ha/

-

所以每個user的 default profile 都不同

+

今天趁尾牙前夕,手邊沒啥要緊事

-

也因此在用register處理的時候,碰到了一些問題

+

就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境

- +
@@ -346,12 +350,12 @@ if (!doNotTrack) { - +
- 24 December + 10 January @@ -373,22 +377,24 @@ if (!doNotTrack) {
-

正確來說,我不曉得到底怎麼「稱呼」這個 forwardx11 / forwardagent

+

上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了

+ +

原因應該就是之前的 intel c2000 series cpu 的 bug

-

總之就是在寫一隻ansible playbook

+

只是不知道為什麼這台兩三年來都沒有關機的NAS

-

目的是用來安裝、設定 firefox

+

比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)

-

包含安裝 firefox addon

+

趁著這次機會,看看網路上說的換電阻大法有沒有用!

-

但是一開始在執行的時候,碰到了一些錯誤

+

如果有用,就拿這兩台來玩玩 synology high availability !

- +
@@ -406,12 +412,12 @@ if (!doNotTrack) { - +
- 20 December + 07 January @@ -433,24 +439,20 @@ if (!doNotTrack) {
-

老闆提到想要把新系統的 postgresql 資料庫都撈到記憶體裡面

+

昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench

-

但是否決了我提出的ramdisk 作法(因為當機的話,資料就沒了)

+

分數大概如何,想要跟他的筆電做個比較

-

在找資料的時候,發現了這個postgresql 的 pg_prewarm extension

+

之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本

-

好像有點意思?就來測試看看吧!

+

對於pgbench 跑分會有多大的影響

-

只是目前還不知道該怎麼解讀測試的數據就是了…

- -

幹!林北真的不是 DBA 啦 =.=

- - +
@@ -468,12 +470,12 @@ if (!doNotTrack) { - +
- 18 December + 03 January @@ -495,18 +497,18 @@ if (!doNotTrack) {
-

剛剛在跑一個修改過的playbook,卻發現一個詭異的狀況

+

2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!

-

在用template產生檔案之前,爲了避免錯誤,所以我先用 file module 去建立目錄

+

因為群暉的文件在最關鍵的一步寫得亂七八糟!

-

怪就怪在,建立目錄的task沒錯,但是要產生檔案時,卻出現了目的目錄不存在的錯誤

+

所以在這邊紀錄一下我操作的步驟!

- +
@@ -524,12 +526,12 @@ if (!doNotTrack) { - +
- 16 December + 03 January @@ -545,26 +547,26 @@ if (!doNotTrack) { / - 筆記 + 雜念
-

這幾天在ansible 寫了一份新的playbook給developer 用

+

2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了

-

然後user反映說,希望能在ubuntu 18.04 內建的dock 裏面新增一個gnome-terminal的icon

+

開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況

-

我才發現原來之前的寫法不能用在 ubuntu 18.04 上

+

終於宣告不治

-

只好又弄了一份出來

+

問題很明顯的就是Intel C2000 系列 CPU 的瑕疵

- +
@@ -677,7 +679,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -821,7 +832,7 @@ if (!doNotTrack) { - + diff --git a/public/index.xml b/public/index.xml index 1fe59af8..cc179311 100644 --- a/public/index.xml +++ b/public/index.xml @@ -6,11 +6,88 @@ Recent content on MC部落 Hugo -- gohugo.io en-us - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + + + [筆記] 第一次玩 Synology High Availability / first try synology high availability + https://h.cowbay.org/post/first-try-synology-ha/ + Fri, 10 Jan 2020 09:48:18 +0800 + + https://h.cowbay.org/post/first-try-synology-ha/ + <p>上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了</p> + +<p>原因應該就是之前的 intel c2000 series cpu 的 bug</p> + +<p>只是不知道為什麼這台兩三年來都沒有關機的NAS</p> + +<p>比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)</p> + +<p>趁著這次機會,看看網路上說的換電阻大法有沒有用!</p> + +<p>如果有用,就拿這兩台來玩玩 synology high availability !</p> + + + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + <p>昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench</p> + +<p>分數大概如何,想要跟他的筆電做個比較</p> + +<p>之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本</p> + +<p>對於pgbench 跑分會有多大的影響</p> + + + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + <p>2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!</p> + +<p>因為群暉的文件在最關鍵的一步寫得亂七八糟!</p> + +<p>所以在這邊紀錄一下我操作的步驟!</p> + + + + [碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + Fri, 03 Jan 2020 11:45:56 +0800 + + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + <p>2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了</p> + +<p>開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況</p> + +<p>終於宣告不治</p> + +<p>問題很明顯的就是Intel C2000 系列 CPU 的瑕疵</p> + + [筆記]在ansible中,取得loop register後的值/ Ansible Get Value From Loop Register https://h.cowbay.org/post/ansible-get-value-from-loop-register/ diff --git a/public/page/10/index.html b/public/page/10/index.html index b9cc6bb7..73ba512c 100644 --- a/public/page/10/index.html +++ b/public/page/10/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 06 November + 27 November @@ -315,30 +319,173 @@ if (!doNotTrack) {
-

Bookstack 是一套非常好用的線上”筆記”系統

+

這幾天在玩ansible 時,碰到一個問題

+ +

假如我有個yaml檔作為資料來源,檔名是 abc.yml

+ +

大概長這樣

+ +
    "teams": [
+        {
+            "chinese_name": "TEAM1",
+            "description": "TEAM1",
+            "gid": 10125,
+            "location": [
+                "hq"
+            ],
+            "name": "aa",
+            "users": [
+                "chen",
+                "chou",
+                "huani",
+                "yey",
+                "wa"
+            ]
+        },
+        {
+            "chinese_name": "TEAM2",
+            "description": "TEAM2",
+            "gid": 10126,
+            "location": [
+                "hq"
+            ],
+            "name": "bb",
+            "users": [
+                "chhiao",
+                "chgc",
+                "chy",
+                "hsi",
+                "li",
+                "li",
+                "chgchi"
+            ]
+        }
+		]
+		
+
-

他用圖書館/書本的概念,讓使用者可以建立自己的”圖書館”

+ +
+
+
+ + + + + + + + + +
+ + -

同時在圖書館內建立不同的”書籍”

+ + -

而且支援 Markdown 語法

+ +
+
+ 15 November -

其他的方式像是在nextcloud上編輯 md檔案(字體太小)

+ + + / + + + + + -

或者是boostnote(只能在本機)

-

都或多或少有點小缺點

-

Bookstack則是沒有這些問題,不過就是系統「大」了點…

+ + / + + 筆記 + + +
+ +
+
+

最近在測試metabase,記得幾個月前就有測試過

+ +

但是當時的界面和現在的樣子差很多,看樣子改版還滿勤勞的

+ +

所以這次改用docker來建立,根本五分鐘不到就建好了(挖鼻孔)

-

不過還好有人做成docker的方式來啟動,大大的降低了建置的難度(其實也沒有很難啦,只是要裝個PHP、弄個DB而已)

+

不過呢,很討厭的是,一進去就發現語系採用的是簡體中文

- + +
+
+
+
+ + + + + + + + +
+ + + + + + + +
+
+ 12 November + + + + / + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

因為工作上的需求,有個資料庫需要開放給不同team的人去存取

+ +

雖然都是在同一台機器上的同一個資料庫

+ +

但是希望能夠不同team的人用不同的資料庫使用者

+ +

這樣萬一出事,會比較好抓兇手??

+ +
@@ -356,12 +503,12 @@ if (!doNotTrack) { - +
- 05 November + 08 November @@ -383,27 +530,83 @@ if (!doNotTrack) {
-

公司內有幾台NAS,其中有一台用來放開發人員的postgresql dump file -之前都是主要的開發人員上傳到google drive,分享出來 ,然後其他人去抓回來

+

這是發生在一個夜黑風高的寂寥深夜….. ( What The FXXX … )

+ +

來到這個環境之後,有一個很詭異的狀況一直困擾著我

+ +

在每個分公司,都會有一台伺服器作為KVM Host

+ +

上面跑兩台VM,一台作為ansible controller (目前沒作用)

+ +

另一台作為這邊所謂的 “Build Server”

+ +

用途包含了DHCP Server / Proxy Server (squid3) / APT Proxy (squid-deb-proxy)

+ +

問題就發生在這台 Build Server 上…

+ + +
+
+
+
+ + + + + + + + +
+ + -

這樣子有個問題是,當server要存取這些檔案時,就沒辦法了,除非透過一些 3rd party的軟體 -像是這篇

+ + -

https://www.omgubuntu.co.uk/2017/04/mount-google-drive-ocamlfuse-linux

+ +
+
+ 06 November -

或者是這篇

+ + + / + + + + + -

https://www.maketecheasier.com/mount-google-drive-ubuntu/

-

但是手邊的伺服器,原則上除非有必要,不然都沒有開放internet -所以導致明明檔案就在那邊,但是要取得就是很麻煩

- + + / + + 筆記 + + +
+ +
+
+

最近在重新規劃前人留下的backup爛攤子 +各個伺服器統一備份到一台backup storage +想說如果每天能夠看到backup storage的磁碟用量的話 +就可以抓出備份空間成長速度、推估需要多大的磁碟空間 +找了一些工具,結果發現 durep 這個 ubuntu 內建的工具 +基本上可以滿足我的需求

+ +
@@ -523,6 +726,19 @@ if (!doNotTrack) { 10 + + + + + + + + + 11 + + + +
@@ -662,7 +878,7 @@ if (!doNotTrack) { - + diff --git a/public/page/11/index.html b/public/page/11/index.html new file mode 100644 index 00000000..869fd5d6 --- /dev/null +++ b/public/page/11/index.html @@ -0,0 +1,681 @@ + + + + + + + + + MC部落 - What’s the Worst That Could Happen? + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + +

Posts

+ +
+ + + + + + + + + +
+ + + + + + + +
+
+ 06 November + + + + / + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

Bookstack 是一套非常好用的線上”筆記”系統

+ +

他用圖書館/書本的概念,讓使用者可以建立自己的”圖書館”

+ +

同時在圖書館內建立不同的”書籍”

+ +

而且支援 Markdown 語法

+ +

其他的方式像是在nextcloud上編輯 md檔案(字體太小)

+ +

或者是boostnote(只能在本機)

+ +

都或多或少有點小缺點

+ +

Bookstack則是沒有這些問題,不過就是系統「大」了點…

+ +

不過還好有人做成docker的方式來啟動,大大的降低了建置的難度(其實也沒有很難啦,只是要裝個PHP、弄個DB而已)

+ + +
+
+
+
+ + + + + + + + +
+ + + + + + + +
+
+ 05 November + + + + / + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

公司內有幾台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 +所以導致明明檔案就在那邊,但是要取得就是很麻煩

+ + +
+
+
+
+ +
+ + + + + + + +
+ + + +
+ + + + + + diff --git a/public/page/2/index.html b/public/page/2/index.html index bd50bb03..ce474f66 100644 --- a/public/page/2/index.html +++ b/public/page/2/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 31 October + 27 December @@ -315,28 +319,20 @@ if (!doNotTrack) {
-

最近在準備升級client 的作業系統,從 ubuntu 14.04 準備升級到 18.04 或明年的 20.04

- -

因為公司政策的關係,所以現在要連接internet ,需要申請

- -

然後 user 再去系統的proxy 設定新增一個 PAC 檔

- -

但是這個動作其實是去叫NetworkManager 這個服務

- -

可是在18.04 上,我會把這個服務關掉,因為他會干擾我的DNS設定

+

今天在寫一支客製化 firefox 的playbook

-

所以想試試看有沒有辦法不使用 NetworkManager 服務

+

因為firefox 會給每個user 建立一個由亂數字串組成的default profile

-

又能夠在 user level 修改 proxy 參數

+

所以每個user的 default profile 都不同

-

就想到了用 dconf 來做

+

也因此在用register處理的時候,碰到了一些問題

- +
@@ -354,12 +350,12 @@ if (!doNotTrack) { - +
- 14 October + 24 December @@ -381,20 +377,22 @@ if (!doNotTrack) {
-

最近上班閒得發慌,沒事就上 github 找看看有沒有什麼好玩的專案

+

正確來說,我不曉得到底怎麼「稱呼」這個 forwardx11 / forwardagent

-

就不小心發現了這個 streisand

+

總之就是在寫一隻ansible playbook

-

https://github.com/StreisandEffect/streisand

+

目的是用來安裝、設定 firefox

-

玩了一下,發現這根本就是終極的VPN Server solution ..

+

包含安裝 firefox addon

- +

但是一開始在執行的時候,碰到了一些錯誤

+ +
@@ -412,12 +410,12 @@ if (!doNotTrack) { - +
- 04 October + 20 December @@ -433,22 +431,30 @@ if (!doNotTrack) { / - + 筆記
-

這兩天在找關於在 ubuntu 中做搜尋的軟體

+

老闆提到想要把新系統的 postgresql 資料庫都撈到記憶體裡面

+ +

但是否決了我提出的ramdisk 作法(因為當機的話,資料就沒了)

+ +

在找資料的時候,發現了這個postgresql 的 pg_prewarm extension

-

意外找到一個非常好用的工具 ulauncher

+

好像有點意思?就來測試看看吧!

- +

只是目前還不知道該怎麼解讀測試的數據就是了…

+ +

幹!林北真的不是 DBA 啦 =.=

+ +
@@ -466,12 +472,12 @@ if (!doNotTrack) { - +
- 20 September + 18 December @@ -493,24 +499,18 @@ if (!doNotTrack) {
-

最近都在弄postgresql

- -

備份、還原測試得差不多了,就等著看到時候要用什麼方式

+

剛剛在跑一個修改過的playbook,卻發現一個詭異的狀況

-

前幾天看到 pg_auto_failover 這個postgresql 的extension

+

在用template產生檔案之前,爲了避免錯誤,所以我先用 file module 去建立目錄

-

https://github.com/citusdata/pg_auto_failover

+

怪就怪在,建立目錄的task沒錯,但是要產生檔案時,卻出現了目的目錄不存在的錯誤

-

感覺挺不錯的,看起來設定很簡單,雖然之前已經測試了 keepalived 做 HA

- -

不過,反正當作練功嘛,多測試一套也不錯!

- - +
@@ -528,12 +528,12 @@ if (!doNotTrack) { - +
- 10 September + 16 December @@ -555,16 +555,20 @@ if (!doNotTrack) {
-

前幾天在淘寶上買了個 SSK 的USB 3.1 Gen2 (type-c) NVME SSD 外接盒 -手邊也剛好有一條多的intel 600p nvme ssd 就順手來做個比較 -目標是看看有沒有可能直接用外接的SSD來跑postgresql

+

這幾天在ansible 寫了一份新的playbook給developer 用

+ +

然後user反映說,希望能在ubuntu 18.04 內建的dock 裏面新增一個gnome-terminal的icon

+ +

我才發現原來之前的寫法不能用在 ubuntu 18.04 上

- +

只好又弄了一份出來

+ +
@@ -679,7 +683,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -823,7 +836,7 @@ if (!doNotTrack) { - + diff --git a/public/page/3/index.html b/public/page/3/index.html index 1ab769b2..5f6c2de2 100644 --- a/public/page/3/index.html +++ b/public/page/3/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 06 September + 31 October @@ -315,18 +319,28 @@ if (!doNotTrack) {
-

前面測試了用pgbarman / pgbackrest 來備份 postgresql

+

最近在準備升級client 的作業系統,從 ubuntu 14.04 準備升級到 18.04 或明年的 20.04

+ +

因為公司政策的關係,所以現在要連接internet ,需要申請

+ +

然後 user 再去系統的proxy 設定新增一個 PAC 檔

+ +

但是這個動作其實是去叫NetworkManager 這個服務

+ +

可是在18.04 上,我會把這個服務關掉,因為他會干擾我的DNS設定

-

這次改從system file level 來下手

+

所以想試試看有沒有辦法不使用 NetworkManager 服務

-

採用zfs 的快照來備份、還原postgresql 資料庫

+

又能夠在 user level 修改 proxy 參數

- +

就想到了用 dconf 來做

+ +
@@ -344,12 +358,12 @@ if (!doNotTrack) { - +
- 05 September + 14 October @@ -371,14 +385,20 @@ if (!doNotTrack) {
@@ -396,12 +416,12 @@ if (!doNotTrack) { - +
- 23 August + 04 October @@ -417,20 +437,22 @@ if (!doNotTrack) { / - 筆記 +
@@ -448,12 +470,12 @@ if (!doNotTrack) { - +
- 23 August + 20 September @@ -475,20 +497,24 @@ if (!doNotTrack) {
-

很久以前就有看到這個用來備份postgresql 的 pgbarman

+

最近都在弄postgresql

+ +

備份、還原測試得差不多了,就等著看到時候要用什麼方式

-

https://www.pgbarman.org/

+

前幾天看到 pg_auto_failover 這個postgresql 的extension

-

前幾天老闆在slack 上面又提到,所以這次就花了點時間來玩玩看

+

https://github.com/citusdata/pg_auto_failover

-

不過呢,雖然有弄起來,但是還真不知道有些問題是怎麼解決的…

+

感覺挺不錯的,看起來設定很簡單,雖然之前已經測試了 keepalived 做 HA

- +

不過,反正當作練功嘛,多測試一套也不錯!

+ +
@@ -506,12 +532,12 @@ if (!doNotTrack) { - +
- 20 August + 10 September @@ -533,20 +559,16 @@ if (!doNotTrack) {
-

因為老闆說要試試看用GPU 來跑postgresql 威力

- -

手邊剛好有一張 geforce gt 720

- -

一開始沒想太多,看到有這張卡的驅動程式,然後CUDA也有支援

- -

就直接從桌機拔下來,接去LAB Server ,然後就開始一連串的難關了…

+

前幾天在淘寶上買了個 SSK 的USB 3.1 Gen2 (type-c) NVME SSD 外接盒 +手邊也剛好有一條多的intel 600p nvme ssd 就順手來做個比較 +目標是看看有沒有可能直接用外接的SSD來跑postgresql

- +
@@ -663,7 +685,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -807,7 +838,7 @@ if (!doNotTrack) { - + diff --git a/public/page/4/index.html b/public/page/4/index.html index 53cd7a3a..9c8aad12 100644 --- a/public/page/4/index.html +++ b/public/page/4/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 16 August + 06 September @@ -315,26 +319,18 @@ if (!doNotTrack) {
-

最近一直在玩 wireguard ,先前把各個分公司和總部的VPN 改用 wireguard 建立

- -

想說再打個VPN tunnel 來當跳板連 ptt 好了

- -

因為wireguard 建立很簡單,而且又可以指定想要繞出去的路由,不會影響原本的網路環境

+

前面測試了用pgbarman / pgbackrest 來備份 postgresql

-

本來是在vultr 的VPS上面建立這個tunnel

+

這次改從system file level 來下手

-

但是那台VPS連去ptt 很頓,卡卡的

+

採用zfs 的快照來備份、還原postgresql 資料庫

-

所以改用google cloud platform 的free tier 來做

- -

反正只是拿來當跳板,不會有什麼流量、運算產生,可以一直保持免費的狀態

- - +
@@ -352,12 +348,12 @@ if (!doNotTrack) { - +
- 13 August + 05 September @@ -379,24 +375,14 @@ if (!doNotTrack) {
-

因為實在受夠了現在用的 openwrt + strongswan 建立 IPSec VPN

- -

雖然說其實沒有什麼不好,但是畢竟不是我建立的,而當初的文件也都不見了

- -

完全沒辦法了解當時設計的邏輯,造成後續debug 困難

- -

可以想像一下,一台VPN router ping 不到remote、ping不到internet、甚至ping不到自己 是要怎麼debug !?(翻桌

+

這兩天在測試pgbackrest ,簡單筆記一下測試狀況

-

之前買了兩台edgerouter X 拿來玩了一下 wireguard,感覺還不錯,不過只有測試到點對點

- -

這次試試看躲在gateway後面,看看能不能建立多點的VPN環境

- - +
@@ -414,12 +400,12 @@ if (!doNotTrack) { - +
- 06 August + 23 August @@ -441,32 +427,14 @@ if (!doNotTrack) {
-

之前總部和分公司之間 是用buffalo 的小AP 灌 openwrt

- -

然後用strongswan 來打 IPSEC site to site VPN

- -

config 看起來不是很難 (只是看起來)

- -

但是實際上已經找不到當初的文件

- -

所以要維護很困難(光那些RSA KEY 就不知道為何、如何產生)

- -

後來採購了兩台edgerouter X 做測試

- -

也用openvpn 成功的建立了 site to site VPN

- -

本來想說 openvpn 已經夠簡單了

+

這篇繼續講 pgbarman 透過 rsync/ssh 來備份 postgresql 資料庫的方式

-

今天看到文章說用wireguard 可以更簡單

- -

於是研究了一下,發現還真的很簡單!

- - +
@@ -484,12 +452,12 @@ if (!doNotTrack) { - +
- 05 August + 23 August @@ -505,31 +473,26 @@ if (!doNotTrack) { / - ansible + 筆記
-

之前為了能夠在執行完 ansible playbook 後,能有個log 可以看

- -

所以在每次執行的時候,都要加入 tee 的指令

- -

像是

+

很久以前就有看到這個用來備份postgresql 的 pgbarman

-
ANSIBLE_CONFIG=/home/D/ansiblecontrol/ansible.cfg /usr/local/bin/ansible-playbook  /home/D/ansiblecontrol/playbook.user_client.yml --vault-password-file=/home/D/ansiblecontrol/vault.passwd -i /home/D/ansiblecontrol/inventory/production -f1 --limit tyuserclients |tee /tmp/tyuserclients.log
-
+

https://www.pgbarman.org/

-

一直都是放在crontab 裡面執行,也就沒有去管他

+

前幾天老闆在slack 上面又提到,所以這次就花了點時間來玩玩看

-

反正也沒有人關心結果怎樣 (攤手

+

不過呢,雖然有弄起來,但是還真不知道有些問題是怎麼解決的…

- +
@@ -547,12 +510,12 @@ if (!doNotTrack) { - +
- 31 July + 20 August @@ -574,28 +537,20 @@ if (!doNotTrack) {
-

最近有個任務,需要大量安裝client

- -

想用PXE來處理,只要user開機按F12(acer 桌機) 選擇PXE Boot

- -

然後選擇OS版本,就可以自動進行安裝

- -

安裝完成後,會自動重新開機,接著就用ansible來做user環境設定

- -

PXE的部份本來是沒有什麼問題,自動安裝系統的部份都做好了

+

因為老闆說要試試看用GPU 來跑postgresql 威力

-

可是因為這次的量比較多,想說讓每一台在完成PXE安裝後的第一次重開機

+

手邊剛好有一張 geforce gt 720

-

就送出一封郵件來通知我,說已經完成安裝,可以執行ansible 了

+

一開始沒想太多,看到有這張卡的驅動程式,然後CUDA也有支援

-

看似很簡單的一件事情,卻搞了我兩天….

+

就直接從桌機拔下來,接去LAB Server ,然後就開始一連串的難關了…

- +
@@ -714,7 +669,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -858,7 +822,7 @@ if (!doNotTrack) { - + diff --git a/public/page/5/index.html b/public/page/5/index.html index 1278f9c5..127c03e4 100644 --- a/public/page/5/index.html +++ b/public/page/5/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 23 July + 16 August @@ -309,26 +313,32 @@ if (!doNotTrack) { / - ansible + 筆記
-

因為工作上的需要,要修改client端的 /etc/environment 檔案

+

最近一直在玩 wireguard ,先前把各個分公司和總部的VPN 改用 wireguard 建立

-

在有權限使用proxy 服務的user的環境中,加入proxy 的設定

+

想說再打個VPN tunnel 來當跳板連 ptt 好了

-

原本的清單中,有host/user/ip 這幾個值可以拿來判斷

+

因為wireguard 建立很簡單,而且又可以指定想要繞出去的路由,不會影響原本的網路環境

-

proxy server 那邊是採用ip 來控制,所以這邊也跟著用 ip 來判斷要不要修改 /etc/environment

+

本來是在vultr 的VPS上面建立這個tunnel

- +

但是那台VPS連去ptt 很頓,卡卡的

+ +

所以改用google cloud platform 的free tier 來做

+ +

反正只是拿來當跳板,不會有什麼流量、運算產生,可以一直保持免費的狀態

+ +
@@ -346,12 +356,12 @@ if (!doNotTrack) { - +
- 01 July + 13 August @@ -367,24 +377,30 @@ if (!doNotTrack) { / - Ansible + 筆記
-

在ansible中,關於如何引用自定義的變數,一直讓我很頭疼

+

因為實在受夠了現在用的 openwrt + strongswan 建立 IPSec VPN

-

尤其是有牽涉到從外部導入yaml檔案時,更是常常讓我不知道到底該怎麼抓出想要的變數

+

雖然說其實沒有什麼不好,但是畢竟不是我建立的,而當初的文件也都不見了

-

這次還是用selectattr 來處理,希望下次能夠記得…

+

完全沒辦法了解當時設計的邏輯,造成後續debug 困難

- +

可以想像一下,一台VPN router ping 不到remote、ping不到internet、甚至ping不到自己 是要怎麼debug !?(翻桌

+ +

之前買了兩台edgerouter X 拿來玩了一下 wireguard,感覺還不錯,不過只有測試到點對點

+ +

這次試試看躲在gateway後面,看看能不能建立多點的VPN環境

+ +
@@ -402,12 +418,12 @@ if (!doNotTrack) { - +
- 20 June + 06 August @@ -429,22 +445,32 @@ if (!doNotTrack) {
-

之前在LAN/windows環境下,一直都是用ultravnc/winvnc/tigervnc之類的VNC軟體

+

之前總部和分公司之間 是用buffalo 的小AP 灌 openwrt

+ +

然後用strongswan 來打 IPSEC site to site VPN

+ +

config 看起來不是很難 (只是看起來)

+ +

但是實際上已經找不到當初的文件

+ +

所以要維護很困難(光那些RSA KEY 就不知道為何、如何產生)

+ +

後來採購了兩台edgerouter X 做測試

-

但是如果要過 internet ,就會碰到各種開port的問題

+

也用openvpn 成功的建立了 site to site VPN

-

在這種環境下,就有了當時 teamviewer 的橫空出世

+

本來想說 openvpn 已經夠簡單了

-

解決了開PORT的問題,讓被控端(通常是資訊技術相對弱勢,需要接受幫助的一方)不需要懂太多

+

今天看到文章說用wireguard 可以更簡單

-

只要下載teamviewer被控端,開啟後報ID 給協助者就好了

+

於是研究了一下,發現還真的很簡單!

- +
@@ -462,12 +488,12 @@ if (!doNotTrack) { - +
- 17 June + 05 August @@ -483,30 +509,31 @@ if (!doNotTrack) { / - Proxmox + ansible
-

前幾天接的一個case

+

之前為了能夠在執行完 ansible playbook 後,能有個log 可以看

-

因為費用的關係,所以沒有考慮用傳統定義上的伺服器(DELL R640)

+

所以在每次執行的時候,都要加入 tee 的指令

-

改採用比較高階一點的洋垃圾,規格大概是 Intel E5-2680V2 x2 + 64G RAM + 128G SSD x2 (OS) + 960G SSD x4 (raid 10 , zfs)

+

像是

-

storage 選擇QNAP NAS TS-932X + 960G SSD x 4 (raid 10 , NFS) + QNAP 10G Switch QSW-1280C-8C

+
ANSIBLE_CONFIG=/home/D/ansiblecontrol/ansible.cfg /usr/local/bin/ansible-playbook  /home/D/ansiblecontrol/playbook.user_client.yml --vault-password-file=/home/D/ansiblecontrol/vault.passwd -i /home/D/ansiblecontrol/inventory/production -f1 --limit tyuserclients |tee /tmp/tyuserclients.log
+
-

既然storage這邊選用了10G的機種,伺服器上當然也要增加10G網卡

+

一直都是放在crontab 裡面執行,也就沒有去管他

-

一樣,成本考量,就不用INTEL 了,買了這張 ASUS 10G 網卡

+

反正也沒有人關心結果怎樣 (攤手

- +
@@ -524,12 +551,12 @@ if (!doNotTrack) { - +
- 21 May + 31 July @@ -551,16 +578,28 @@ if (!doNotTrack) {
-

最近一直在玩一些docker,不過老是會碰到歪果扔寫的東西,時區都不一致

+

最近有個任務,需要大量安裝client

+ +

想用PXE來處理,只要user開機按F12(acer 桌機) 選擇PXE Boot

+ +

然後選擇OS版本,就可以自動進行安裝

+ +

安裝完成後,會自動重新開機,接著就用ansible來做user環境設定

-

有的用 UTC,有的用localtime,就是沒碰到用 Asia/Taipei 的….

+

PXE的部份本來是沒有什麼問題,自動安裝系統的部份都做好了

- +

可是因為這次的量比較多,想說讓每一台在完成PXE安裝後的第一次重開機

+ +

就送出一封郵件來通知我,說已經完成安裝,可以執行ansible 了

+ +

看似很簡單的一件事情,卻搞了我兩天….

+ +
@@ -681,7 +720,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -825,7 +873,7 @@ if (!doNotTrack) { - + diff --git a/public/page/6/index.html b/public/page/6/index.html index ac148852..03899497 100644 --- a/public/page/6/index.html +++ b/public/page/6/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 17 May + 23 July @@ -309,26 +313,26 @@ if (!doNotTrack) { / - linux + ansible
-

工作上常會需要用ssh登入遠端主機檢查LOG,有必要的時候,還要把log複製回本機來處理。

+

因為工作上的需要,要修改client端的 /etc/environment 檔案

-

以前都是傻傻的用 scp 傳檔案

+

在有權限使用proxy 服務的user的環境中,加入proxy 的設定

-

之前就記得有這個xclip/xsel 可以用,但是一直沒有弄清楚怎麼執行

+

原本的清單中,有host/user/ip 這幾個值可以拿來判斷

-

早上研究了一下,順便做個筆記。

+

proxy server 那邊是採用ip 來控制,所以這邊也跟著用 ip 來判斷要不要修改 /etc/environment

- +
@@ -346,12 +350,12 @@ if (!doNotTrack) { - +
- 23 April + 01 July @@ -367,28 +371,24 @@ if (!doNotTrack) { / - 筆記 + Ansible
-

最近因為一直碰到硬碟故障的問題,算起來那一批同時購買的5X顆 seagate 2T硬碟,已經有一半以上故障返修了….

- -

然後又因為一直沒有添購新的硬碟,只能用這些快過保/已過保的撐著

+

在ansible中,關於如何引用自定義的變數,一直讓我很頭疼

-

所以最近不斷的在更換機器內的硬碟,而且還沒有熱插拔!

+

尤其是有牽涉到從外部導入yaml檔案時,更是常常讓我不知道到底該怎麼抓出想要的變數

-

也導致原本負責處理盤點資產的同事困擾,因為跟手邊的紀錄已經對不起來了

+

這次還是用selectattr 來處理,希望下次能夠記得…

-

然後就變成要對資產的時候,需要一台一台登入,然後去下不同的指令,取得想要的硬體資訊,超級麻煩的!

- - +
@@ -406,12 +406,12 @@ if (!doNotTrack) { - +
- 23 April + 20 June @@ -433,20 +433,22 @@ if (!doNotTrack) {
-

今天發生一件有點詭異的事情,本來應該要經過某個指令才會產生的檔案

+

之前在LAN/windows環境下,一直都是用ultravnc/winvnc/tigervnc之類的VNC軟體

+ +

但是如果要過 internet ,就會碰到各種開port的問題

-

居然不知為何自己產生了,在我記憶中沒有去執行過那個指令

+

在這種環境下,就有了當時 teamviewer 的橫空出世

-

翻了一下 bash_history ,裡面也只有下過哪些指令,沒有紀錄時間,完全沒有參考價值(攤手)

+

解決了開PORT的問題,讓被控端(通常是資訊技術相對弱勢,需要接受幫助的一方)不需要懂太多

-

所以翻了一下網路,至少把這兩台主要跑ansible的機器的log功能補上紀錄所有指令以及時間的部份

+

只要下載teamviewer被控端,開啟後報ID 給協助者就好了

- +
@@ -464,12 +466,12 @@ if (!doNotTrack) { - +
- 01 April + 17 June @@ -485,24 +487,30 @@ if (!doNotTrack) { / - 筆記 + Proxmox
-

今天把其中一台proxmox 加上10G 光纖網卡,準備和另一台proxmox 組成10G 環境進行測試

+

前幾天接的一個case

+ +

因為費用的關係,所以沒有考慮用傳統定義上的伺服器(DELL R640)

+ +

改採用比較高階一點的洋垃圾,規格大概是 Intel E5-2680V2 x2 + 64G RAM + 128G SSD x2 (OS) + 960G SSD x4 (raid 10 , zfs)

-

想說把本機的zpool 拆掉,重新建立一個raid0 的空間來做clone/migrate

+

storage 選擇QNAP NAS TS-932X + 960G SSD x 4 (raid 10 , NFS) + QNAP 10G Switch QSW-1280C-8C

-

可是一直出現device busy的錯誤訊息

+

既然storage這邊選用了10G的機種,伺服器上當然也要增加10G網卡

- +

一樣,成本考量,就不用INTEL 了,買了這張 ASUS 10G 網卡

+ +
@@ -520,12 +528,12 @@ if (!doNotTrack) { - +
- 27 March + 21 May @@ -547,16 +555,16 @@ if (!doNotTrack) {
-

公司的一台老伺服器空間不足了,要執行指令都會中斷,所以想要擴充空間。

+

最近一直在玩一些docker,不過老是會碰到歪果扔寫的東西,時區都不一致

-

看起來不難搞,事實上…..

+

有的用 UTC,有的用localtime,就是沒碰到用 Asia/Taipei 的….

- +
@@ -679,7 +687,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -823,7 +840,7 @@ if (!doNotTrack) { - + diff --git a/public/page/7/index.html b/public/page/7/index.html index 0b74363e..c489f620 100644 --- a/public/page/7/index.html +++ b/public/page/7/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 20 March + 17 May @@ -307,21 +311,28 @@ if (!doNotTrack) { + / + + linux + +
-

今天老闆出國,發slack說手機不能寄信,看了一下,似乎是因為用GMAIL的APP來收信

+

工作上常會需要用ssh登入遠端主機檢查LOG,有必要的時候,還要把log複製回本機來處理。

+ +

以前都是傻傻的用 scp 傳檔案

-

然後google 不知道跟人家改了什麼,結果不接受原本的認證了… WTF ….

+

之前就記得有這個xclip/xsel 可以用,但是一直沒有弄清楚怎麼執行

-

然後,這問題應該很久了,結果現在才在講 ….

+

早上研究了一下,順便做個筆記。

- +
@@ -339,12 +350,12 @@ if (!doNotTrack) { - +
- 11 March + 23 April @@ -366,20 +377,22 @@ if (!doNotTrack) {
-

最近要開始測試client安裝 ubuntu 18.04 的 ansible playbook

+

最近因為一直碰到硬碟故障的問題,算起來那一批同時購買的5X顆 seagate 2T硬碟,已經有一半以上故障返修了….

+ +

然後又因為一直沒有添購新的硬碟,只能用這些快過保/已過保的撐著

-

因為要不斷的修正,所以想到一直有在自己電腦上執行的timeshift這個軟體

+

所以最近不斷的在更換機器內的硬碟,而且還沒有熱插拔!

-

可以很簡單快速的備份、恢復系統狀態

+

也導致原本負責處理盤點資產的同事困擾,因為跟手邊的紀錄已經對不起來了

-

可是不知道為什麼,在ubuntu 18.04 上安裝就是會發生錯誤….

+

然後就變成要對資產的時候,需要一台一台登入,然後去下不同的指令,取得想要的硬體資訊,超級麻煩的!

- +
@@ -397,12 +410,12 @@ if (!doNotTrack) { - +
- 16 January + 23 April @@ -424,16 +437,20 @@ if (!doNotTrack) {
-

買了一張 DELL 6/iR 低階的raid 卡

+

今天發生一件有點詭異的事情,本來應該要經過某個指令才會產生的檔案

+ +

居然不知為何自己產生了,在我記憶中沒有去執行過那個指令

+ +

翻了一下 bash_history ,裡面也只有下過哪些指令,沒有紀錄時間,完全沒有參考價值(攤手)

-

來測試把系統裝在硬體做的RAID上,結果沒想到居然不能開機…

+

所以翻了一下網路,至少把這兩台主要跑ansible的機器的log功能補上紀錄所有指令以及時間的部份

- +
@@ -451,12 +468,12 @@ if (!doNotTrack) { - +
- 16 January + 01 April @@ -478,18 +495,18 @@ if (!doNotTrack) {
-

最近在弄一台機器,想要把ubuntu 18.04 安裝在software raid上

+

今天把其中一台proxmox 加上10G 光纖網卡,準備和另一台proxmox 組成10G 環境進行測試

-

因為新開的機器大部分都是在proxmox上,所以很少碰實體機器了

+

想說把本機的zpool 拆掉,重新建立一個raid0 的空間來做clone/migrate

-

結果在安裝過程中,做raid碰到一些問題,來紀錄一下

+

可是一直出現device busy的錯誤訊息

- +
@@ -507,12 +524,12 @@ if (!doNotTrack) { - +
- 13 December + 27 March @@ -534,20 +551,16 @@ if (!doNotTrack) {
-

這兩天在弄兩台Freenas ,準備當作Proxmox 的Storage & Server Backup

+

公司的一台老伺服器空間不足了,要執行指令都會中斷,所以想要擴充空間。

-

因為伺服器的限制,只能接六個SATA,我接了六個2T的硬碟做raid10

+

看起來不難搞,事實上…..

-

然後把Freenas 安裝在隨身碟上

- -

不過會一直出現Smartd failed to start 的錯誤訊息

- - +
@@ -670,7 +683,16 @@ if (!doNotTrack) { - 10 + + + + + + + + + + 11 @@ -814,7 +836,7 @@ if (!doNotTrack) { - + diff --git a/public/page/8/index.html b/public/page/8/index.html index 16c57e8c..e2ff76fd 100644 --- a/public/page/8/index.html +++ b/public/page/8/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 12 December + 20 March @@ -307,30 +311,21 @@ if (!doNotTrack) { - / - - 碎念 - -
-

最近在做一台老機器的P2V

- -

偏偏user說不能關機,所以我用dd + ssh 做線上移轉

- -

這部份有空再來寫

+

今天老闆出國,發slack說手機不能寄信,看了一下,似乎是因為用GMAIL的APP來收信

-

只是因為原來的設定有用mdadm 做raid1

+

然後google 不知道跟人家改了什麼,結果不接受原本的認證了… WTF ….

-

這部份導致移轉過去proxmox 後,會出現raid degrade 導致無法正常開機

+

然後,這問題應該很久了,結果現在才在講 ….

- +
@@ -348,12 +343,12 @@ if (!doNotTrack) { - +
- 07 December + 11 March @@ -375,20 +370,20 @@ if (!doNotTrack) {
-

因為工作的關係,現在很多時間都花在VIM的操作上

+

最近要開始測試client安裝 ubuntu 18.04 的 ansible playbook

-

所以之前花了滿多時間,調整出一個適合自己的VIM環境

+

因為要不斷的修正,所以想到一直有在自己電腦上執行的timeshift這個軟體

-

原本的作法是把這個設定好的環境,丟到自己建立的gitea 上面

+

可以很簡單快速的備份、恢復系統狀態

-

然後每到一台新的機器,就要去clone 下來

+

可是不知道為什麼,在ubuntu 18.04 上安裝就是會發生錯誤….

- +
@@ -406,12 +401,12 @@ if (!doNotTrack) { - +
- 04 December + 16 January @@ -427,34 +422,22 @@ if (!doNotTrack) { / - 群暉 + 筆記
-

前幾天公司的一台 Synology DS 415+ 發生異常

- -

注意到的時候,四顆硬碟燈號都不斷的在閃爍

- -

但是已經無法登入系統

- -

重開機之後更慘,四顆硬碟燈號全部橘燈恆亮

+

買了一張 DELL 6/iR 低階的raid 卡

-

底下的電源藍燈不斷的在閃爍

+

來測試把系統裝在硬體做的RAID上,結果沒想到居然不能開機…

-

雖然我一再表示不希望送修了

- -

一來是已經過保,二來是DS415+ 本身就有intel bug,三來是因為對synology的NAS 實在沒有愛…

- -

不過主管還是希望能夠先問群暉維修的費用多少

- - +
@@ -472,12 +455,12 @@ if (!doNotTrack) { - +
- 30 November + 16 January @@ -499,30 +482,18 @@ if (!doNotTrack) {
-

想做一個 10G 的 LAB 環境出來已經很久了。

- -

只是礙於10G RJ45的卡太貴了,然後光纖的種類又太複雜

+

最近在弄一台機器,想要把ubuntu 18.04 安裝在software raid上

-

如果直接在淘寶購買,很怕會買錯(什麼LC/FC LC/LC 多模單模 單芯雙芯 SFP/SFP+ 又是什麼光模塊的一大堆規格)

+

因為新開的機器大部分都是在proxmox上,所以很少碰實體機器了

-

所以一直沒有付諸行動。

+

結果在安裝過程中,做raid碰到一些問題,來紀錄一下

-

硬體的工作很久沒碰了,剛好在蝦皮看到有個賣家在賣 mellanox 的X2網卡,以在台灣的價格來說,算很便宜的 (550)

- -

聊了一下,跟他請教了關於線材、光纖模塊的問題,回答也都很快很到位

- -

就直接下訂了兩張網卡、兩個光纖模塊、一條LC/LC 光纖線

- -

就是到貨有點久,等了兩個禮拜左右,一直到昨天東西才寄到

- -

今天就花了點時間測試一下

- - +
@@ -540,12 +511,12 @@ if (!doNotTrack) { - +
- 29 November + 13 December @@ -567,18 +538,20 @@ if (!doNotTrack) {
-

在上一篇 Ansible how to use ‘list’ in yaml file

+

這兩天在弄兩台Freenas ,準備當作Proxmox 的Storage & Server Backup

+ +

因為伺服器的限制,只能接六個SATA,我接了六個2T的硬碟做raid10

-

有提到怎麼用 with_items / set_fact 來取得在yaml 檔案中的清單

+

然後把Freenas 安裝在隨身碟上

-

不過就是有點醜

+

不過會一直出現Smartd failed to start 的錯誤訊息

- +
@@ -699,7 +672,18 @@ if (!doNotTrack) { - 10 + 10 + + + + + + + + + + + 11 @@ -843,7 +827,7 @@ if (!doNotTrack) { - + diff --git a/public/page/9/index.html b/public/page/9/index.html index 81cb25bf..11576f18 100644 --- a/public/page/9/index.html +++ b/public/page/9/index.html @@ -21,9 +21,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-27 09:09:05 \x2b0800 CST", - "dateModified" : "2019-12-27 09:09:05 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -46,9 +46,9 @@ - + - + @@ -116,6 +116,10 @@ if (!doNotTrack) { 群暉 + + @@ -288,12 +292,12 @@ if (!doNotTrack) { - +
- 27 November + 12 December @@ -309,63 +313,28 @@ if (!doNotTrack) { / - 筆記 + 碎念
-

這幾天在玩ansible 時,碰到一個問題

- -

假如我有個yaml檔作為資料來源,檔名是 abc.yml

- -

大概長這樣

- -
    "teams": [
-        {
-            "chinese_name": "TEAM1",
-            "description": "TEAM1",
-            "gid": 10125,
-            "location": [
-                "hq"
-            ],
-            "name": "aa",
-            "users": [
-                "chen",
-                "chou",
-                "huani",
-                "yey",
-                "wa"
-            ]
-        },
-        {
-            "chinese_name": "TEAM2",
-            "description": "TEAM2",
-            "gid": 10126,
-            "location": [
-                "hq"
-            ],
-            "name": "bb",
-            "users": [
-                "chhiao",
-                "chgc",
-                "chy",
-                "hsi",
-                "li",
-                "li",
-                "chgchi"
-            ]
-        }
-		]
-		
-
+

最近在做一台老機器的P2V

+ +

偏偏user說不能關機,所以我用dd + ssh 做線上移轉

+ +

這部份有空再來寫

- +

只是因為原來的設定有用mdadm 做raid1

+ +

這部份導致移轉過去proxmox 後,會出現raid degrade 導致無法正常開機

+ +
@@ -383,12 +352,12 @@ if (!doNotTrack) { - +
- 15 November + 07 December @@ -410,20 +379,20 @@ if (!doNotTrack) {
-

最近在測試metabase,記得幾個月前就有測試過

+

因為工作的關係,現在很多時間都花在VIM的操作上

-

但是當時的界面和現在的樣子差很多,看樣子改版還滿勤勞的

+

所以之前花了滿多時間,調整出一個適合自己的VIM環境

-

所以這次改用docker來建立,根本五分鐘不到就建好了(挖鼻孔)

+

原本的作法是把這個設定好的環境,丟到自己建立的gitea 上面

-

不過呢,很討厭的是,一進去就發現語系採用的是簡體中文

+

然後每到一台新的機器,就要去clone 下來

- +
@@ -441,12 +410,12 @@ if (!doNotTrack) { - +
- 12 November + 04 December @@ -462,26 +431,34 @@ if (!doNotTrack) { / - 筆記 + 群暉
-

因為工作上的需求,有個資料庫需要開放給不同team的人去存取

+

前幾天公司的一台 Synology DS 415+ 發生異常

+ +

注意到的時候,四顆硬碟燈號都不斷的在閃爍

+ +

但是已經無法登入系統

+ +

重開機之後更慘,四顆硬碟燈號全部橘燈恆亮

+ +

底下的電源藍燈不斷的在閃爍

-

雖然都是在同一台機器上的同一個資料庫

+

雖然我一再表示不希望送修了

-

但是希望能夠不同team的人用不同的資料庫使用者

+

一來是已經過保,二來是DS415+ 本身就有intel bug,三來是因為對synology的NAS 實在沒有愛…

-

這樣萬一出事,會比較好抓兇手??

+

不過主管還是希望能夠先問群暉維修的費用多少

- +
@@ -499,12 +476,12 @@ if (!doNotTrack) { - +
- 08 November + 30 November @@ -526,26 +503,30 @@ if (!doNotTrack) {
-

這是發生在一個夜黑風高的寂寥深夜….. ( What The FXXX … )

+

想做一個 10G 的 LAB 環境出來已經很久了。

-

來到這個環境之後,有一個很詭異的狀況一直困擾著我

+

只是礙於10G RJ45的卡太貴了,然後光纖的種類又太複雜

-

在每個分公司,都會有一台伺服器作為KVM Host

+

如果直接在淘寶購買,很怕會買錯(什麼LC/FC LC/LC 多模單模 單芯雙芯 SFP/SFP+ 又是什麼光模塊的一大堆規格)

-

上面跑兩台VM,一台作為ansible controller (目前沒作用)

+

所以一直沒有付諸行動。

-

另一台作為這邊所謂的 “Build Server”

+

硬體的工作很久沒碰了,剛好在蝦皮看到有個賣家在賣 mellanox 的X2網卡,以在台灣的價格來說,算很便宜的 (550)

-

用途包含了DHCP Server / Proxy Server (squid3) / APT Proxy (squid-deb-proxy)

+

聊了一下,跟他請教了關於線材、光纖模塊的問題,回答也都很快很到位

-

問題就發生在這台 Build Server 上…

+

就直接下訂了兩張網卡、兩個光纖模塊、一條LC/LC 光纖線

- +

就是到貨有點久,等了兩個禮拜左右,一直到昨天東西才寄到

+ +

今天就花了點時間測試一下

+ +
@@ -563,12 +544,12 @@ if (!doNotTrack) { - +
- 06 November + 29 November @@ -590,19 +571,18 @@ if (!doNotTrack) {
-

最近在重新規劃前人留下的backup爛攤子 -各個伺服器統一備份到一台backup storage -想說如果每天能夠看到backup storage的磁碟用量的話 -就可以抓出備份空間成長速度、推估需要多大的磁碟空間 -找了一些工具,結果發現 durep 這個 ubuntu 內建的工具 -基本上可以滿足我的需求

- - +

在上一篇 Ansible how to use ‘list’ in yaml file

+ +

有提到怎麼用 with_items / set_fact 來取得在yaml 檔案中的清單

+ +

不過就是有點醜

+ +
@@ -724,6 +704,17 @@ if (!doNotTrack) { 10 + + + + + + + + + 11 + + @@ -865,7 +856,7 @@ if (!doNotTrack) { - + diff --git a/public/post/10g-lab-using-proxmox-and-mellanox/index.html b/public/post/10g-lab-using-proxmox-and-mellanox/index.html index ca761ca1..722e628a 100644 --- a/public/post/10g-lab-using-proxmox-and-mellanox/index.html +++ b/public/post/10g-lab-using-proxmox-and-mellanox/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -814,7 +818,7 @@ title="pinterest icon"> - + diff --git a/public/post/accidentally-typed-an-extra-space-in-ansible-playbook/index.html b/public/post/accidentally-typed-an-extra-space-in-ansible-playbook/index.html index f60fb1af..6a5cb536 100644 --- a/public/post/accidentally-typed-an-extra-space-in-ansible-playbook/index.html +++ b/public/post/accidentally-typed-an-extra-space-in-ansible-playbook/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -684,7 +688,7 @@ title="pinterest icon"> - + diff --git a/public/post/add-system-wide-favorite-apps-in-dconf/index.html b/public/post/add-system-wide-favorite-apps-in-dconf/index.html index fc8ef0a5..e6805dee 100644 --- a/public/post/add-system-wide-favorite-apps-in-dconf/index.html +++ b/public/post/add-system-wide-favorite-apps-in-dconf/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -652,7 +656,7 @@ title="pinterest icon"> - + diff --git a/public/post/another-way-to-keep-ansible-log/index.html b/public/post/another-way-to-keep-ansible-log/index.html index a50aa8f7..04266fbc 100644 --- a/public/post/another-way-to-keep-ansible-log/index.html +++ b/public/post/another-way-to-keep-ansible-log/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -614,7 +618,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-get-value-from-loop-register/index.html b/public/post/ansible-get-value-from-loop-register/index.html index 119c1a7c..81539994 100644 --- a/public/post/ansible-get-value-from-loop-register/index.html +++ b/public/post/ansible-get-value-from-loop-register/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -719,7 +723,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-run-task-depends-on-ipaddr/index.html b/public/post/ansible-run-task-depends-on-ipaddr/index.html index eee20c7d..fb0bf25b 100644 --- a/public/post/ansible-run-task-depends-on-ipaddr/index.html +++ b/public/post/ansible-run-task-depends-on-ipaddr/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -697,7 +701,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-selectattr-filter/index.html b/public/post/ansible-selectattr-filter/index.html index 4c6f2bab..8ad90ad3 100644 --- a/public/post/ansible-selectattr-filter/index.html +++ b/public/post/ansible-selectattr-filter/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -617,7 +621,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-selectattr-from-list-in-dictionary/index.html b/public/post/ansible-selectattr-from-list-in-dictionary/index.html index 2c21ceb9..2e8e8c87 100644 --- a/public/post/ansible-selectattr-from-list-in-dictionary/index.html +++ b/public/post/ansible-selectattr-from-list-in-dictionary/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -672,7 +676,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-selectattr/index.html b/public/post/ansible-selectattr/index.html index 074fb461..0a5ad81a 100644 --- a/public/post/ansible-selectattr/index.html +++ b/public/post/ansible-selectattr/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -728,7 +732,7 @@ title="pinterest icon"> - + diff --git a/public/post/ansible-ssh-forwardagent/index.html b/public/post/ansible-ssh-forwardagent/index.html index 6912a77e..2dd1eab7 100644 --- a/public/post/ansible-ssh-forwardagent/index.html +++ b/public/post/ansible-ssh-forwardagent/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -766,7 +770,7 @@ title="pinterest icon"> - + diff --git a/public/post/awesome-all-in-one-vpn-server-streisand/index.html b/public/post/awesome-all-in-one-vpn-server-streisand/index.html index 27e795f9..22f5f363 100644 --- a/public/post/awesome-all-in-one-vpn-server-streisand/index.html +++ b/public/post/awesome-all-in-one-vpn-server-streisand/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -629,7 +633,7 @@ title="pinterest icon"> - + diff --git a/public/post/backup-restore-postgresql-with-pgbackrest/index.html b/public/post/backup-restore-postgresql-with-pgbackrest/index.html index 23d3d94a..1bcc1140 100644 --- a/public/post/backup-restore-postgresql-with-pgbackrest/index.html +++ b/public/post/backup-restore-postgresql-with-pgbackrest/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -854,7 +858,7 @@ title="pinterest icon"> - + diff --git a/public/post/bencmark-with-external-internal-nvme-ssd-and-external-sata-ssd/index.html b/public/post/bencmark-with-external-internal-nvme-ssd-and-external-sata-ssd/index.html index 1c6542e4..454dd1b8 100644 --- a/public/post/bencmark-with-external-internal-nvme-ssd-and-external-sata-ssd/index.html +++ b/public/post/bencmark-with-external-internal-nvme-ssd-and-external-sata-ssd/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -996,7 +1000,7 @@ title="pinterest icon"> - + diff --git a/public/post/bookstack-docker/index.html b/public/post/bookstack-docker/index.html index 9887160b..6eced86c 100644 --- a/public/post/bookstack-docker/index.html +++ b/public/post/bookstack-docker/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -683,7 +687,7 @@ title="pinterest icon"> - + diff --git a/public/post/change-preferred-language-in-firefox/index.html b/public/post/change-preferred-language-in-firefox/index.html index 32a5e6d3..f6794584 100644 --- a/public/post/change-preferred-language-in-firefox/index.html +++ b/public/post/change-preferred-language-in-firefox/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -657,7 +661,7 @@ title="pinterest icon"> - + diff --git a/public/post/change-timezone-in-docker/index.html b/public/post/change-timezone-in-docker/index.html index de9c2440..e9c9367e 100644 --- a/public/post/change-timezone-in-docker/index.html +++ b/public/post/change-timezone-in-docker/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -721,7 +725,7 @@ title="pinterest icon"> - + diff --git a/public/post/command_to_test_main_ssl/index.html b/public/post/command_to_test_main_ssl/index.html index de63bdb2..efeab60e 100644 --- a/public/post/command_to_test_main_ssl/index.html +++ b/public/post/command_to_test_main_ssl/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -798,7 +802,7 @@ title="pinterest icon"> - + diff --git a/public/post/copy_role_in_pgsql/index.html b/public/post/copy_role_in_pgsql/index.html index b0b6f9bd..e6510f23 100644 --- a/public/post/copy_role_in_pgsql/index.html +++ b/public/post/copy_role_in_pgsql/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -615,7 +619,7 @@ title="pinterest icon"> - + diff --git a/public/post/create-portable-vim-environment/index.html b/public/post/create-portable-vim-environment/index.html index b0af65cc..24094732 100644 --- a/public/post/create-portable-vim-environment/index.html +++ b/public/post/create-portable-vim-environment/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -628,7 +632,7 @@ title="pinterest icon"> - + diff --git a/public/post/do-no-use-10-0-0-0-private-ipaddr-in-gcp/index.html b/public/post/do-no-use-10-0-0-0-private-ipaddr-in-gcp/index.html index 5c9da16c..4c30746d 100644 --- a/public/post/do-no-use-10-0-0-0-private-ipaddr-in-gcp/index.html +++ b/public/post/do-no-use-10-0-0-0-private-ipaddr-in-gcp/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -683,7 +687,7 @@ title="pinterest icon"> - + diff --git a/public/post/enable-synology-public-ssh/index.html b/public/post/enable-synology-public-ssh/index.html index 393c0344..a566aa06 100644 --- a/public/post/enable-synology-public-ssh/index.html +++ b/public/post/enable-synology-public-ssh/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -701,7 +705,7 @@ title="pinterest icon"> - + diff --git a/public/post/first-try-synology-ha/index.html b/public/post/first-try-synology-ha/index.html new file mode 100644 index 00000000..a03332df --- /dev/null +++ b/public/post/first-try-synology-ha/index.html @@ -0,0 +1,682 @@ + + + + + + + + [筆記] 第一次玩 Synology High Availability / first try synology high availability + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + + + + + + +
+ +
+ + + + +
+

[筆記] 第一次玩 Synology High Availability / first try synology high availability

+
+
+
+
+

上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了

+ +

原因應該就是之前的 intel c2000 series cpu 的 bug

+ +

只是不知道為什麼這台兩三年來都沒有關機的NAS

+ +

比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)

+ +

趁著這次機會,看看網路上說的換電阻大法有沒有用!

+ +

如果有用,就拿這兩台來玩玩 synology high availability !

+ +

先要感謝這一篇的作者!

+ +

https://www.mobile01.com/topicdetail.php?f=494&t=5600042

+ +

在網路上訂了一大包的 14 w 100Ω 的電阻 (100個才70塊,運費都要60了)

+ +

照著上面那篇的作法,把電阻焊上去,NAS就順利開機了!

+ +

__

+ +

架構圖很簡單,只是在做測試而已,又是第一次玩,先不要搞得太複雜

+ +

+ +

流程大致如下

+ +

設定好NAS Cluster 之後,建立NFS 服務

+ +

然後在proxmox 主機上掛載這個NFS 空間

+ +

接著在proxmox 上建立一台 VM ,存放在NFS 空間上

+ +

在這台VM裡面持續 ping NAS cluster VIP 192.168.11.85

+ +

接著拔掉 192.168.11.87 的兩條網路線,模擬NAS cluster 的主伺服器掛點的狀況

+ +

這時候VM 還活著,可以正常建立、刪除、檢視檔案,然後 ping 192.168.11.85 也還持續著

+ +

NAS的告警信件也正常發出

+ +

08:53 NAS High Availability 叢集 ds415cluster 已執行自動故障轉移。 [詳細資訊:無法偵測到 hqs087 (主伺服器)] +08:58 NAS High Availability 叢集 ds415cluster 狀態異常 [詳細資訊:無法偵測到 hqs087 (副伺服器)]

+ +

9:08 接回hqs087的網路線

+ +

9:09 收到信件 NAS High Availability 叢集 ds415cluster 停止正常運作 [詳細資訊:Split-brain 錯誤]

+ +

登入管理界面(192.168.11.85:5000) ,操作 HA ,選擇恢復

+ +

這時候開始,VM 的檔案系統變成是 read only

+ +

雖然還活著,但是已經無法建立、刪除檔案,連 cat /var/log/syslog 也會卡住

+ +

9:14 VIP NAS cluster 恢復連線,本來卡住的 cat /var/log/syslog 也可以正常顯示內容了

+ +

但是系統還是 read only,reboot VM 之後才恢復正常。

+ +

有幾個問題

+ +
    +
  • split brain 錯誤
  • +
+ +

這個問題我想應該是因為只有兩台組成clsuter 造成的

+ +

如果有第三臺加入,應該就不會有這個split brain 的問題

+ +
    +
  • VM變成 read only
  • +
+ +

這個我就不知道為什麼了,照理說NAS Cluster 已經開始在恢復

+ +

在我的觀念裡,應該要能夠「正常」的持續服務

+ +

但是VM變成 read only ,而且必須要重新開機才能解決

+ +

那這樣NAS Cluster 等於沒有太大作用呀..

+ +

來問問看群暉客服好了

+
+
+ + + + +
+ +
+ + Eric Chang + + + Written by: +
+
+ + +

塵世裡一個迷途小書僮

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ +
+
+ +
+
+ + +comments powered by Disqus + + + + + + +
+
+ + + + + +
+ + + +
+ + + + + + diff --git a/public/post/fix-zpool-device-busy-using-dmsetup/index.html b/public/post/fix-zpool-device-busy-using-dmsetup/index.html index 2417eec0..33aef8eb 100644 --- a/public/post/fix-zpool-device-busy-using-dmsetup/index.html +++ b/public/post/fix-zpool-device-busy-using-dmsetup/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -648,7 +652,7 @@ title="pinterest icon"> - + diff --git a/public/post/incredibly-slow-mdadm-rebuild/index.html b/public/post/incredibly-slow-mdadm-rebuild/index.html index 20fcf56d..31f90be0 100644 --- a/public/post/incredibly-slow-mdadm-rebuild/index.html +++ b/public/post/incredibly-slow-mdadm-rebuild/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -671,7 +675,7 @@ title="pinterest icon"> - + diff --git a/public/post/index.xml b/public/post/index.xml index f5fa9687..b31515c8 100644 --- a/public/post/index.xml +++ b/public/post/index.xml @@ -6,11 +6,88 @@ Recent content in Posts on MC部落 Hugo -- gohugo.io en-us - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + + + [筆記] 第一次玩 Synology High Availability / first try synology high availability + https://h.cowbay.org/post/first-try-synology-ha/ + Fri, 10 Jan 2020 09:48:18 +0800 + + https://h.cowbay.org/post/first-try-synology-ha/ + <p>上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了</p> + +<p>原因應該就是之前的 intel c2000 series cpu 的 bug</p> + +<p>只是不知道為什麼這台兩三年來都沒有關機的NAS</p> + +<p>比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)</p> + +<p>趁著這次機會,看看網路上說的換電阻大法有沒有用!</p> + +<p>如果有用,就拿這兩台來玩玩 synology high availability !</p> + + + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + <p>昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench</p> + +<p>分數大概如何,想要跟他的筆電做個比較</p> + +<p>之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本</p> + +<p>對於pgbench 跑分會有多大的影響</p> + + + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + <p>2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!</p> + +<p>因為群暉的文件在最關鍵的一步寫得亂七八糟!</p> + +<p>所以在這邊紀錄一下我操作的步驟!</p> + + + + [碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + Fri, 03 Jan 2020 11:45:56 +0800 + + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + <p>2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了</p> + +<p>開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況</p> + +<p>終於宣告不治</p> + +<p>問題很明顯的就是Intel C2000 系列 CPU 的瑕疵</p> + + [筆記]在ansible中,取得loop register後的值/ Ansible Get Value From Loop Register https://h.cowbay.org/post/ansible-get-value-from-loop-register/ diff --git a/public/post/install-asus-10g-nic-in-proxmox/index.html b/public/post/install-asus-10g-nic-in-proxmox/index.html index 7d678197..340e6666 100644 --- a/public/post/install-asus-10g-nic-in-proxmox/index.html +++ b/public/post/install-asus-10g-nic-in-proxmox/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -710,7 +714,7 @@ title="pinterest icon"> - + diff --git a/public/post/install-nvidia-driver-cuda-pgstrom-in-ubuntu-1804/index.html b/public/post/install-nvidia-driver-cuda-pgstrom-in-ubuntu-1804/index.html index c0091b7f..598a30f0 100644 --- a/public/post/install-nvidia-driver-cuda-pgstrom-in-ubuntu-1804/index.html +++ b/public/post/install-nvidia-driver-cuda-pgstrom-in-ubuntu-1804/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -848,7 +852,7 @@ title="pinterest icon"> - + diff --git a/public/post/install-timeshift-on-ubuntu1804/index.html b/public/post/install-timeshift-on-ubuntu1804/index.html index 5e051db4..2d7f73e7 100644 --- a/public/post/install-timeshift-on-ubuntu1804/index.html +++ b/public/post/install-timeshift-on-ubuntu1804/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -1173,7 +1177,7 @@ title="pinterest icon"> - + diff --git a/public/post/install-ubuntu1804-on-dell-6ir-raid-controller/index.html b/public/post/install-ubuntu1804-on-dell-6ir-raid-controller/index.html index 3c7334ef..f157524d 100644 --- a/public/post/install-ubuntu1804-on-dell-6ir-raid-controller/index.html +++ b/public/post/install-ubuntu1804-on-dell-6ir-raid-controller/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -634,7 +638,7 @@ title="pinterest icon"> - + diff --git a/public/post/inx-collect-detail-hardware-info/index.html b/public/post/inx-collect-detail-hardware-info/index.html index f9f654db..034464d4 100644 --- a/public/post/inx-collect-detail-hardware-info/index.html +++ b/public/post/inx-collect-detail-hardware-info/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -719,7 +723,7 @@ title="pinterest icon"> - + diff --git a/public/post/log-all-bash-commands/index.html b/public/post/log-all-bash-commands/index.html index 76c158d8..4749ea86 100644 --- a/public/post/log-all-bash-commands/index.html +++ b/public/post/log-all-bash-commands/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -652,7 +656,7 @@ title="pinterest icon"> - + diff --git a/public/post/multiple-site-to-site-vpn-using-wireguard/index.html b/public/post/multiple-site-to-site-vpn-using-wireguard/index.html index 30fd5a0d..c8e79948 100644 --- a/public/post/multiple-site-to-site-vpn-using-wireguard/index.html +++ b/public/post/multiple-site-to-site-vpn-using-wireguard/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -876,7 +880,7 @@ title="pinterest icon"> - + diff --git a/public/post/nice-du-report-tool-durep/index.html b/public/post/nice-du-report-tool-durep/index.html index ee0dc625..13648daf 100644 --- a/public/post/nice-du-report-tool-durep/index.html +++ b/public/post/nice-du-report-tool-durep/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -651,7 +655,7 @@ title="pinterest icon"> - + diff --git a/public/post/pg_auto_failover_in_ubuntu_1804_psql_11/index.html b/public/post/pg_auto_failover_in_ubuntu_1804_psql_11/index.html index 7376477f..152a64fb 100644 --- a/public/post/pg_auto_failover_in_ubuntu_1804_psql_11/index.html +++ b/public/post/pg_auto_failover_in_ubuntu_1804_psql_11/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -1570,7 +1574,7 @@ title="pinterest icon"> - + diff --git a/public/post/pgbarman-in-ubuntu-1804-postgresql-10-via-ssh/index.html b/public/post/pgbarman-in-ubuntu-1804-postgresql-10-via-ssh/index.html index d2efcd8e..2a35c0ab 100644 --- a/public/post/pgbarman-in-ubuntu-1804-postgresql-10-via-ssh/index.html +++ b/public/post/pgbarman-in-ubuntu-1804-postgresql-10-via-ssh/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -740,7 +744,7 @@ title="pinterest icon"> - + diff --git a/public/post/pgbarman-in-ubuntu-1804-postgresql-10/index.html b/public/post/pgbarman-in-ubuntu-1804-postgresql-10/index.html index afb15cd5..e51683de 100644 --- a/public/post/pgbarman-in-ubuntu-1804-postgresql-10/index.html +++ b/public/post/pgbarman-in-ubuntu-1804-postgresql-10/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -904,7 +908,7 @@ title="pinterest icon"> - + diff --git a/public/post/postgresql-backup-restore-using-zfs-snapshot/index.html b/public/post/postgresql-backup-restore-using-zfs-snapshot/index.html index 63b5d408..b7ff03c1 100644 --- a/public/post/postgresql-backup-restore-using-zfs-snapshot/index.html +++ b/public/post/postgresql-backup-restore-using-zfs-snapshot/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -1005,7 +1009,7 @@ title="pinterest icon"> - + diff --git a/public/post/postgresql-pgbench-benchmark/index.html b/public/post/postgresql-pgbench-benchmark/index.html new file mode 100644 index 00000000..2ab5298e --- /dev/null +++ b/public/post/postgresql-pgbench-benchmark/index.html @@ -0,0 +1,699 @@ + + + + + + + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + + + + + + +
+ +
+ + + + +
+

[筆記] postgresql 效能測試 / postgresql benchmakr using pgbench

+
+
+
+
+

昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench

+ +

分數大概如何,想要跟他的筆電做個比較

+ +

之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本

+ +

對於pgbench 跑分會有多大的影響

+ +

OS: ubuntu 18.04.3 x64 +postgresql 版本: 10 / 11 / 12 +硬碟分成兩種,一個是透過 NFS 10G 網路存取的storage,一個是本機三顆硬碟組成的 zfs raidz

+ +

大概步驟就是安裝postgresql & tools ,然後initialize pgbench table 最後就跑pgbench 測試

+ +

install tools for postgresql

+ +

sudo apt install postgresql-contrib

+ +

su to postgres and initialize pgbench database

+ +

sudo su - postgres +createdb pgbench +pgbench -i -U postgres -s 10 pgbench

+ +

running the test

+ +

pgbench -t 100 -c 100 -S -U postgres pgbench

+ +

得出來的結果如下

+ +

| | 2 cores / 16G | 4 cores / 16G | +| — | — | — | PGTUNE | NO PGTUNE | PGTUNE | NO PGTUNE | +| PSQL Version | 10G Storage | Local Raidz | 10G Storage | Local Raidz | 10G Storage | Local Raidz | 10G Storage | Local Raidz | +| 10 | 9014.144993 | 9395.847239 | 9508.819462 | 10192.27069 | 13280.99918 | 13819.12767 | 15257.69002 | 15397.53475 | +| 11 | 9418.477212 | 9333.790266 | 9070.990565 | 9071.182748 | 15455.80444 | 16079.6638 | 15710.24677 | 14274.59939 | +| 12 | 8630.21746 | 8872.475173 | 9072.034237 | 9217.547833 | 16116.7502 | 12380.71452 | 17409.10363 | 14520.79393 |

+ +

Update: 喵的 Markdown 的表格不支援 colspan ,只好改用圖片方式呈現

+ +

'postgresql pgbench banchmark reults'

+ +

另外補上一個 2 cores / 2G RAM 的結果

+ +

postgresql 10 , 2G RAM , HDD on 10G Storage

+ +
postgres@ubuntu:~$ pgbench -t 100 -c 100 -S -U postgres pgbench
+starting vacuum...end.
+transaction type: <builtin: select only>
+scaling factor: 10
+query mode: simple
+number of clients: 100
+number of threads: 1
+number of transactions per client: 100
+number of transactions actually processed: 10000/10000
+latency average = 11.583 ms
+tps = 8633.209610 (including connections establishing)
+tps = 8651.036900 (excluding connections establishing)
+
+ +

有幾個地方值得注意

+ +
    +
  • 記憶體 2G->16G 效能的增加並沒有很明顯 tps 從 8633 略為上升到 9014

    + +
      +
    • 這個倒是讓我滿意外的,一直以來都認為postgresql 非常的需要記憶體,但是實際跑測試卻不是這樣
    • +
  • + +
  • pgtune 的影響不大,甚至可以說是會降低效能

    + +
      +
    • pgtune 是一個網頁服務,可以協助做出「理論上」建議使用的postgresql config +https://pgtune.leopard.in.ua/#/
    • +
    • 從結果可以看出,使用pgtune 做出來的config ,跟完全使用預設值的config 相比,pgtune的效能大部分都略低於預設值
    • +
    • 這也讓我很好奇,或許要花更多時間去研究postgresql 的config,但是,幹!我不是 DBA 啊!
    • +
  • + +
  • CPU 核心數很明顯地影響pgbench

    + +
      +
    • 從表格中可以看到,當CPU Cores 增加,pgbench的效能也明顯增加
    • + +
    • 而我甚至還沒有指定用多核心去執行測試,如果要用多核心去測試,要把測試指令改成

      + +
      pgbench -j 4 -t 100 -c 100 -S -U postgres pgbench
      +  
      +
    • +
  • + +
  • 10G Storage和 3顆 2T SATA硬碟組成的 raidz 效能差不多

    + +
      +
    • 如果本機改用 SSD RAID 甚至是 NVME SSD RAID ,效能應該會提高更多
    • +
    • 10G的部份最多大概就是略低於 1000MB 左右
    • +
    • 如果換成 SSD ,效能應該是還會提昇,但是有限,畢竟10Gb的頻寬限制就在那邊(理論值1250MB左右)
    • +
  • +
+
+
+ + + + +
+ +
+ + Eric Chang + + + Written by: +
+
+ + +

塵世裡一個迷途小書僮

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ +
+
+ +
+
+ + +comments powered by Disqus + + + + + + +
+
+ + + + + +
+ + + +
+ + + + + + diff --git a/public/post/proxmox-with-synology-high-availability/index.html b/public/post/proxmox-with-synology-high-availability/index.html new file mode 100644 index 00000000..c53e2fca --- /dev/null +++ b/public/post/proxmox-with-synology-high-availability/index.html @@ -0,0 +1,666 @@ + + + + + + + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + + + + + + +
+ +
+ + + + +
+

[筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability

+
+
+
+
+

前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+

+ +

詳情請看 https://h.cowbay.org/post/first-try-synology-ha/

+ +

今天趁尾牙前夕,手邊沒啥要緊事

+ +

就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境

+ +

先上架構圖

+ +

+ +

架構很簡單,NAS設定一組NFS share, proxmox mount 進來,然後開一台VM在NFS 上

+ +

主要來談談proxmox 在碰到synology high availability 切換狀態、遇上腦裂(brain split)時候的狀況

+ +

觸發 brain split (說真的,我覺得腦裂很難聽 …)的情況,在上面連結那篇文章裡面有提到,就不多說了

+ +

來講講後續的狀況

+ +

發生 brain split 時,可以預期管理者會登入管理界面去修復

+ +

關於修復brain split 可以看看群暉的這篇文章

+ +

https://www.synology.com/zh-tw/knowledgebase/DSM/help/HighAvailability/split_brain

+ +

而我選擇的是 [將兩台伺服器一同保留於叢集中]

+ +

在進行修復的過程中,會發現VM這邊會變成 read only

+ +

聽起來很合理,畢竟在修復時,所有服務幾乎都是停擺

+ +

但是呢,等到修復完成後,VM還是read only ,這就有點奇怪了

+ +

有跟群暉客服反應過這個狀況

+ +

所以在修復完成之後,在proxmox server 這邊直接對NFS 存取做測試

+ +

去下載一個template 是 OK 的,在console 裡面直接在NFS touch file 也是可以的

+ +

所以Synology high availability 是有正常發揮作用

+ +

而promox 這邊,在synology恢復之後,也可以正常存取NFS ,所以也沒有問題

+ +

那問題就是在VM裡面了,當發生了某些狀況,讓系統進入read only ,就必須透過reboot 才能解決

+ +

或者是看看這個指令用fsck去檢查filesystem 看看有沒有幫助

+ +
sudo fsck -Af -M
+
+ +

UPDATE:

+ +

在proxmox 論壇上提出了這個問題,有回覆說要用 NFS Version 4.1

+ +

經過測試,在掛載NFS share folder 時,如果有指定 NFS Version 4.1

+ +

那在HA Cluster 恢復之後,VM也就跟著恢復正常

+ +

不必再重開機了!

+ +

所以這問題算是解決了!

+
+
+ + + + +
+ +
+ + Eric Chang + + + Written by: +
+
+ + +

塵世裡一個迷途小書僮

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ +
+
+ +
+
+ + +comments powered by Disqus + + + + + + +
+
+ + + + + +
+ + + +
+ + + + + + diff --git a/public/post/recommended-ulauncher-in-ubuntu-1804/index.html b/public/post/recommended-ulauncher-in-ubuntu-1804/index.html index 644646b4..a14b553e 100644 --- a/public/post/recommended-ulauncher-in-ubuntu-1804/index.html +++ b/public/post/recommended-ulauncher-in-ubuntu-1804/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -683,7 +687,7 @@ title="pinterest icon"> - + diff --git a/public/post/remote-management-system-meshcentral/index.html b/public/post/remote-management-system-meshcentral/index.html index 572b396d..a616a1c7 100644 --- a/public/post/remote-management-system-meshcentral/index.html +++ b/public/post/remote-management-system-meshcentral/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -713,7 +717,7 @@ title="pinterest icon"> - + diff --git a/public/post/rescue-synology-nas-with-ubuntu-livecd/index.html b/public/post/rescue-synology-nas-with-ubuntu-livecd/index.html new file mode 100644 index 00000000..c1186b77 --- /dev/null +++ b/public/post/rescue-synology-nas-with-ubuntu-livecd/index.html @@ -0,0 +1,757 @@ + + + + + + + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + + + + + + +
+ +
+ + + + +
+

[筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd

+
+
+
+
+

2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!

+ +

因為群暉的文件在最關鍵的一步寫得亂七八糟!

+ +

所以在這邊紀錄一下我操作的步驟!

+ +

建立可開機的ubuntu 隨身碟

+ +

建立 bootable ubuntu flash 的步驟,請參考底下網頁介紹,這邊就不多說了

+ +

https://tutorials.ubuntu.com/tutorial/tutorial-create-a-usb-stick-on-ubuntu#0

+ +

把NAS上的硬碟接上PC

+ +

還好這次的NAS只有四顆,如果有八顆,我去哪裡生可以接八顆硬碟的主機…

+ +

用隨身碟開機進入ubuntu Live 環境

+ +

懶人沒截圖

+ +

安裝必要套件

+ +

進入 ubuntu Live 之後,按 ctal + alt + t

+ +

開啟 terminal ,然後先安裝 mdadm & lvm2

+ +
ubuntu@ubuntu:~$ sudo apt install mdadm lvm2
+Reading package lists... Done
+Building dependency tree       
+Reading state information... Done
+Suggested packages:
+  thin-provisioning-tools default-mta | mail-transport-agent dracut-core
+The following NEW packages will be installed:
+  mdadm
+The following packages will be upgraded:
+  lvm2
+1 upgraded, 1 newly installed, 0 to remove and 780 not upgraded.
+Need to get 1,346 kB of archives.
+After this operation, 1,237 kB of additional disk space will be used.
+Get:1 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 lvm2 amd64 2.02.176-4.1ubuntu3.18.04.2 [930 kB]
+Get:2 http://archive.ubuntu.com/ubuntu bionic-updates/main amd64 mdadm amd64 4.1~rc1-3~ubuntu18.04.2 [416 kB]
+Fetched 1,346 kB in 3s (501 kB/s)
+....
+...
+...
+以下省略
+
+ +

scan raid and lvm

+ +

接下來先換成 root 操作

+ +
ubuntu@ubuntu:~$ sudo su -
+
+ +

然後掃描 raid & LVM

+ +
root@ubuntu:~# mdadm -Asf && vgchange -ay
+mdadm: /dev/md/2 has been started with 4 drives.
+  2 logical volume(s) in volume group "vg1" now active
+
+ +

COOL! 原本的VG出現了!

+ +
root@ubuntu:~# vgdisplay
+  --- Volume group ---
+  VG Name               vg1
+  System ID             
+  Format                lvm2
+  Metadata Areas        1
+  Metadata Sequence No  3
+  VG Access             read/write
+  VG Status             resizable
+  MAX LV                0
+  Cur LV                2
+  Open LV               0
+  Max PV                0
+  Cur PV                1
+  Act PV                1
+  VG Size               5.44 TiB
+  PE Size               4.00 MiB
+  Total PE              1427264
+  Alloc PE / Size       1427264 / 5.44 TiB
+  Free  PE / Size       0 / 0   
+  VG UUID               O1c8Uw-JmKy-EiKt-92OB-3K3y-roMi-9NUZ6H
+
+ +

也可以看到 RAID 資訊了!

+ +
root@ubuntu:~# mdadm -D /dev/md2
+/dev/md2:
+           Version : 1.2
+     Creation Time : Thu Oct 13 07:26:12 2016
+        Raid Level : raid5
+        Array Size : 5846077632 (5575.25 GiB 5986.38 GB)
+     Used Dev Size : 1948692544 (1858.42 GiB 1995.46 GB)
+      Raid Devices : 4
+     Total Devices : 4
+       Persistence : Superblock is persistent
+
+       Update Time : Thu Jan  2 01:48:34 2020
+             State : clean
+    Active Devices : 4
+   Working Devices : 4
+    Failed Devices : 0
+     Spare Devices : 0
+
+            Layout : left-symmetric
+        Chunk Size : 64K
+
+Consistency Policy : resync
+
+              Name : video:2
+              UUID : 18f6706d:91eaaec9:5b0ba8da:e32481e3
+            Events : 96
+
+    Number   Major   Minor   RaidDevice State
+       0       8       51        0      active sync   /dev/sdd3
+       1       8       35        1      active sync   /dev/sdc3
+       2       8       19        2      active sync   /dev/sdb3
+       3       8        3        3      active sync   /dev/sda3
+
+ +

然後就會發生我之前寫的這篇的狀況

+ +

https://h.cowbay.org/post/what-a-piss-in-synology-document/

+ +

問題發生了,總是要想辦法解決

+ +

scan lv

+ +
root@ubuntu:~# lvscan
+  ACTIVE            '/dev/vg1/syno_vg_reserved_area' [12.00 MiB] inherit
+  ACTIVE            '/dev/vg1/volume_1' [5.44 TiB] inherit
+
+ +

OK ,在 vg1 底下有兩個 volume ,看大小來判斷,第二個是我們要的

+ +

用底下的指令就可以掛載了

+ +
mount /dev/vg1/volume_1 /mnt
+
+ +

請依照自己的環境,把第一個路徑改掉,如果要掛載到別的目錄,那也把第二個 /mnt 改掉

+ +
root@ubuntu:/dev# mount /dev/vg1/volume_1 /mnt
+root@ubuntu:/dev# cd /mnt
+root@ubuntu:/mnt# ls
+@appstore     @database  @EP_trash   @MailScanner  @S2S
+aquota.group  @download  @iSCSITrg   music         synoquota.db
+aquota.user   @eaDir     lost+found  nfsforprox    @tmp
+@clamav       @EP        @maillog    photo         video
+
+ +

OK,可以看到原本NAS 下的目錄了,接下來就可以進行檔案複製了!

+
+
+ + + + +
+ +
+ + Eric Chang + + + Written by: +
+
+ + +

塵世裡一個迷途小書僮

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ +
+
+ +
+
+ + +comments powered by Disqus + + + + + + +
+
+ + + + + +
+ + + +
+ + + + + + diff --git a/public/post/send-mail-to-notify-after-pxe-install/index.html b/public/post/send-mail-to-notify-after-pxe-install/index.html index c664c98f..347d4e6c 100644 --- a/public/post/send-mail-to-notify-after-pxe-install/index.html +++ b/public/post/send-mail-to-notify-after-pxe-install/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -680,7 +684,7 @@ title="pinterest icon"> - + diff --git a/public/post/site-to-site-vpn-using-wireguard-in-two-edgerouters/index.html b/public/post/site-to-site-vpn-using-wireguard-in-two-edgerouters/index.html index 0c22ecb4..575313fc 100644 --- a/public/post/site-to-site-vpn-using-wireguard-in-two-edgerouters/index.html +++ b/public/post/site-to-site-vpn-using-wireguard-in-two-edgerouters/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -809,7 +813,7 @@ title="pinterest icon"> - + diff --git a/public/post/smartd-failed-to-start-in-freenas/index.html b/public/post/smartd-failed-to-start-in-freenas/index.html index a008fc59..b4b79c4a 100644 --- a/public/post/smartd-failed-to-start-in-freenas/index.html +++ b/public/post/smartd-failed-to-start-in-freenas/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -613,7 +617,7 @@ title="pinterest icon"> - + diff --git a/public/post/synology-ds415-repair-cost/index.html b/public/post/synology-ds415-repair-cost/index.html index c0675866..9a104b79 100644 --- a/public/post/synology-ds415-repair-cost/index.html +++ b/public/post/synology-ds415-repair-cost/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -663,7 +667,7 @@ title="pinterest icon"> - + diff --git a/public/post/test-pg_prewarm/index.html b/public/post/test-pg_prewarm/index.html index b2c8d9b1..09a62af9 100644 --- a/public/post/test-pg_prewarm/index.html +++ b/public/post/test-pg_prewarm/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -979,7 +983,7 @@ title="pinterest icon"> - + diff --git a/public/post/transfer-cent62-using-rsync/index.html b/public/post/transfer-cent62-using-rsync/index.html index ff36469d..b77af27c 100644 --- a/public/post/transfer-cent62-using-rsync/index.html +++ b/public/post/transfer-cent62-using-rsync/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -974,7 +978,7 @@ title="pinterest icon"> - + diff --git a/public/post/transfer-file-content-using-xclip-in-terminal/index.html b/public/post/transfer-file-content-using-xclip-in-terminal/index.html index e35c5e69..738ea8c9 100644 --- a/public/post/transfer-file-content-using-xclip-in-terminal/index.html +++ b/public/post/transfer-file-content-using-xclip-in-terminal/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -662,7 +666,7 @@ title="pinterest icon"> - + diff --git a/public/post/ubuntu-1804-install-root-on-raid/index.html b/public/post/ubuntu-1804-install-root-on-raid/index.html index b4f136bc..834679e6 100644 --- a/public/post/ubuntu-1804-install-root-on-raid/index.html +++ b/public/post/ubuntu-1804-install-root-on-raid/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -725,7 +729,7 @@ title="pinterest icon"> - + diff --git a/public/post/ubuntu-dconf-proxy-settings/index.html b/public/post/ubuntu-dconf-proxy-settings/index.html index 5b1d94f0..8e47e543 100644 --- a/public/post/ubuntu-dconf-proxy-settings/index.html +++ b/public/post/ubuntu-dconf-proxy-settings/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -653,7 +657,7 @@ title="pinterest icon"> - + diff --git a/public/post/weird-client-server-connection/index.html b/public/post/weird-client-server-connection/index.html index cd254006..d10f59fb 100644 --- a/public/post/weird-client-server-connection/index.html +++ b/public/post/weird-client-server-connection/index.html @@ -45,9 +45,9 @@ - + - + @@ -113,6 +113,10 @@ if (!doNotTrack) { 群暉 + + @@ -694,7 +698,7 @@ title="pinterest icon"> - + diff --git a/public/post/what-a-piss-in-synology-document/index.html b/public/post/what-a-piss-in-synology-document/index.html new file mode 100644 index 00000000..05dbe04d --- /dev/null +++ b/public/post/what-a-piss-in-synology-document/index.html @@ -0,0 +1,690 @@ + + + + + + + + [碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ + + + + + + +
+ +
+ + + + +
+

[碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document

+
+
+
+
+

2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了

+ +

開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況

+ +

終於宣告不治

+ +

問題很明顯的就是Intel C2000 系列 CPU 的瑕疵

+ +

總之,機器老早就過保了,上面放的是 proxmox 的 vm 檔案

+ +

在NAS掛點之後,就從備份檔把這些VM還原回來了

+ +

想說網路上很多文章說只要焊一個電阻上去就可以修復

+ +

就把機器和硬碟先放著,等有空再去買電阻回來玩玩看

+ +

結果user今天早上就在靠腰,說上面有一台開發用的VM上面的歷史紀錄很重要

+ +

幹,很重要是不會自己備份逆?

+ +

又不跟我說很重要,要備份,然後自己也不做備份

+ +

然後現在VM 不見了,再來靠腰??

+ +

幹!真的不要以為資訊公司的員工就比較有sense ,屁!

+ +

不過呢,人微言輕,還是只好鼻子摸摸,想辦法救出來

+ +

然後就找到了群暉的這篇文章

+ +

https://www.synology.com/zh-tw/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

+ +
如何使用電腦復原存放在 Synology NAS 上的資料?
+
+若您的 Synology NAS 故障,可以輕鬆透過電腦與 Ubuntu Live CD 復原資料。請確認 Synology NAS 硬碟上運行的檔案系統是 EXT4 或 Btrfs,並依照下列步驟來復原資料。此處將以 Ubuntu 18.04 版本作為範例:
+
+1.準備一台電腦,該電腦必須具備足夠的硬碟插槽以安裝從 Synology NAS 取出的硬碟。
+2.將硬碟從 Synology NAS 取出,並安裝到電腦。若使用 RAID 或 SHR 配置,您必須將所有硬碟 (Hot Spare 硬碟除外) 同時安裝到電腦。
+3.按照此教學 Create a bootable USB stick on Windows 來建立 Ubuntu 環境。
+4.前往左下角的顯示應用程式選單。
+5.在搜尋欄位輸入 Terminal 並選擇終端機。
+6.若 Synology NAS 上的磁碟配置為 RAID 或 SHR,請依照步驟 7 到 10 操作;若您想復原的檔案位於僅使用一顆硬碟的基本儲存類型機種,請跳至步驟 10。
+7.輸入以下指令 (sudo 會將執行權限轉換為 root )。
+
+    Ubuntu@ubuntu:~$ sudo -i
+
+8.輸入以下指令來安裝 mdadm 和 lvm2 (皆為 RAID 管理工具)。若沒有安裝 lvm2,vgchange 將無法運作。
+
+    root@ubuntu:~$ apt-get update
+    root@ubuntu:~$ apt-get install -y mdadm lvm2
+
+9.輸入以下指令來掛載所有從 Synology NAS 取出的硬碟,結果可能會因 Synology NAS 上的儲存集區配置而有所不同。
+
+    root@ubuntu:~$ mdadm -Asf && vgchange -ay
+
+10.輸入以下指令來將所有硬碟掛載為唯讀以存取資料。在 ${device_path} 輸入裝置路徑,${mount_point} 輸入掛載點,您的資料將會被置於掛載點的路徑。
+
+    $ mount ${device_path} ${mount_point} -o ro
+
+ +

好, 1-9 都沒什麼問題,但是有人可以幫忙翻譯翻譯 10 是在工三小?

+ +

當然,我能理解因為每一臺NAS的環境不同,所以會有一些不同的變數

+ +

但是假如你是一個單純的user ,只是想要救資料,好不容易找了臺電腦

+ +

把硬碟都接上去,用ubuntu liveCD 開機,乖乖做了1-9的步驟

+ +

接著一定會傻眼, 什麼是 ${device_path} ?? 什麼是 ${mount_point} ???

+ +

寫文件的人你就不能配合個圖片,去說明應該要怎麼辨別 device_path ? mount_point 又是什麼?

+ +

這很簡單呀!

+ +

做完 9 的指令,其實就會回復你 NAS 分割區的名稱

+ +

好像叫什麼 vg1 的 <—這個就是變數,可能每一臺都不同,但是你起碼做個範例給人家看啊!

+ +

然後會在 /dev/vg1 底下看到當初建立的磁區 (我的叫 volume_1)

+ +

至於 mount_point 就是看你要掛載到系統的哪個目錄底下

+ +

所以我就要執行

+ +
mount /dev/vg1/volume_1 /mnt
+
+ +

這樣就可以把NAS上的分割給掛進liveCD ,就可以進行資料複製了!

+ +

連一份文件都做不好,真的是服了這些據說很高薪的「工程師」..

+
+
+ + + + +
+ +
+ + Eric Chang + + + Written by: +
+
+ + +

塵世裡一個迷途小書僮

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ +
+
+ +
+
+ + +comments powered by Disqus + + + + + + +
+
+ + + + + +
+ + + +
+ + + + + + diff --git a/public/sitemap.xml b/public/sitemap.xml index 7dfe203b..a3bc42a0 100644 --- a/public/sitemap.xml +++ b/public/sitemap.xml @@ -3,37 +3,97 @@ xmlns:xhtml="http://www.w3.org/1999/xhtml"> - https://h.cowbay.org/post/ansible-get-value-from-loop-register/ - 2019-12-27T09:09:05+08:00 + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + 2020-01-17T12:20:33+08:00 - https://h.cowbay.org/tags/ansible/ - 2019-12-27T09:09:05+08:00 + https://h.cowbay.org/categories/ + 2020-01-17T12:20:33+08:00 - https://h.cowbay.org/categories/ - 2019-12-27T09:09:05+08:00 + https://h.cowbay.org/tags/high-availability/ + 2020-01-17T12:20:33+08:00 https://h.cowbay.org/ - 2019-12-27T09:09:05+08:00 + 2020-01-17T12:20:33+08:00 https://h.cowbay.org/post/ - 2019-12-27T09:09:05+08:00 + 2020-01-17T12:20:33+08:00 + + + + https://h.cowbay.org/tags/proxmox/ + 2020-01-17T12:20:33+08:00 + + + + https://h.cowbay.org/tags/synology/ + 2020-01-17T12:20:33+08:00 https://h.cowbay.org/tags/ - 2019-12-27T09:09:05+08:00 + 2020-01-17T12:20:33+08:00 https://h.cowbay.org/categories/%E7%AD%86%E8%A8%98/ + 2020-01-17T12:20:33+08:00 + + + + https://h.cowbay.org/post/first-try-synology-ha/ + 2020-01-10T09:48:18+08:00 + + + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + 2020-01-07T11:18:59+08:00 + + + + https://h.cowbay.org/tags/pgbench/ + 2020-01-07T11:18:59+08:00 + + + + https://h.cowbay.org/tags/postgresql/ + 2020-01-07T11:18:59+08:00 + + + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + 2020-01-03T15:43:45+08:00 + + + + https://h.cowbay.org/tags/nas/ + 2020-01-03T15:43:45+08:00 + + + + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + 2020-01-03T11:45:56+08:00 + + + + https://h.cowbay.org/categories/%E9%9B%9C%E5%BF%B5/ + 2020-01-03T11:45:56+08:00 + + + + https://h.cowbay.org/post/ansible-get-value-from-loop-register/ + 2019-12-27T09:09:05+08:00 + + + + https://h.cowbay.org/tags/ansible/ 2019-12-27T09:09:05+08:00 @@ -57,11 +117,6 @@ 2019-12-20T14:31:42+08:00 - - https://h.cowbay.org/tags/postgresql/ - 2019-12-20T14:31:42+08:00 - - https://h.cowbay.org/post/accidentally-typed-an-extra-space-in-ansible-playbook/ 2019-12-18T14:44:27+08:00 @@ -267,11 +322,6 @@ 2019-06-17T13:20:57+08:00 - - https://h.cowbay.org/tags/proxmox/ - 2019-06-17T13:20:57+08:00 - - https://h.cowbay.org/post/change-timezone-in-docker/ 2019-05-21T17:25:15+08:00 @@ -402,16 +452,6 @@ 2018-12-04T10:25:19+08:00 - - https://h.cowbay.org/tags/nas/ - 2018-12-04T10:25:19+08:00 - - - - https://h.cowbay.org/tags/synology/ - 2018-12-04T10:25:19+08:00 - - https://h.cowbay.org/tags/%E7%BE%A4%E6%9A%89/ 2018-12-04T10:25:19+08:00 diff --git a/public/tags/10g/index.html b/public/tags/10g/index.html index 87314803..a08fb85e 100644 --- a/public/tags/10g/index.html +++ b/public/tags/10g/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -480,6 +484,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/ansible/index.html b/public/tags/ansible/index.html index badf11d3..db462ae4 100644 --- a/public/tags/ansible/index.html +++ b/public/tags/ansible/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -872,6 +876,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/backup/index.html b/public/tags/backup/index.html index 8a00f921..2ea4745a 100644 --- a/public/tags/backup/index.html +++ b/public/tags/backup/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -520,6 +524,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/benchmark/index.html b/public/tags/benchmark/index.html index bbb8fb90..48179947 100644 --- a/public/tags/benchmark/index.html +++ b/public/tags/benchmark/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -466,6 +470,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/bookstack/index.html b/public/tags/bookstack/index.html index 860a21dc..0212105d 100644 --- a/public/tags/bookstack/index.html +++ b/public/tags/bookstack/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -480,6 +484,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/bsd/index.html b/public/tags/bsd/index.html index 23fc4dbc..3e090f1e 100644 --- a/public/tags/bsd/index.html +++ b/public/tags/bsd/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/centos/index.html b/public/tags/centos/index.html index 5d32beac..de7ff569 100644 --- a/public/tags/centos/index.html +++ b/public/tags/centos/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -466,6 +470,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/dconf/index.html b/public/tags/dconf/index.html index 86c00270..f1b2990e 100644 --- a/public/tags/dconf/index.html +++ b/public/tags/dconf/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -530,6 +534,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/docker/index.html b/public/tags/docker/index.html index 049c43f7..e204bb5c 100644 --- a/public/tags/docker/index.html +++ b/public/tags/docker/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -528,6 +532,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/du/index.html b/public/tags/du/index.html index 743ecb62..08cce79d 100644 --- a/public/tags/du/index.html +++ b/public/tags/du/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -469,6 +473,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/edgerouter/index.html b/public/tags/edgerouter/index.html index 162dc0fb..5cb3286a 100644 --- a/public/tags/edgerouter/index.html +++ b/public/tags/edgerouter/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -482,6 +486,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/failover/index.html b/public/tags/failover/index.html index badcdc90..4d7bf50e 100644 --- a/public/tags/failover/index.html +++ b/public/tags/failover/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -474,6 +478,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/firefox/index.html b/public/tags/firefox/index.html index b57c03ea..238e0e57 100644 --- a/public/tags/firefox/index.html +++ b/public/tags/firefox/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/forwardx11/index.html b/public/tags/forwardx11/index.html index d18b3b58..d22599e3 100644 --- a/public/tags/forwardx11/index.html +++ b/public/tags/forwardx11/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/freenas/index.html b/public/tags/freenas/index.html index e899d6e7..3bfbe58a 100644 --- a/public/tags/freenas/index.html +++ b/public/tags/freenas/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/high-availability/index.html b/public/tags/high-availability/index.html new file mode 100644 index 00000000..db5a1684 --- /dev/null +++ b/public/tags/high-availability/index.html @@ -0,0 +1,479 @@ + + + + + + + + high Availability + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ +
+

+ Tag: high Availability + + + + rss + + +

+
+ +

Posts

+
+ + + +
+ + + + + + + + +
+
+ 17 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+ +
+
+
+ +
+ +
+ + + +
+ + + + + diff --git a/public/tags/high-availability/index.xml b/public/tags/high-availability/index.xml new file mode 100644 index 00000000..1774f81c --- /dev/null +++ b/public/tags/high-availability/index.xml @@ -0,0 +1,30 @@ + + + + high Availability on MC部落 + https://h.cowbay.org/tags/high-availability/ + Recent content in high Availability on MC部落 + Hugo -- gohugo.io + en-us + Fri, 17 Jan 2020 12:20:33 +0800 + + + + + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + + + \ No newline at end of file diff --git a/public/tags/index.xml b/public/tags/index.xml index 95240410..48c5fc29 100644 --- a/public/tags/index.xml +++ b/public/tags/index.xml @@ -6,11 +6,65 @@ Recent content in Tags on MC部落 Hugo -- gohugo.io en-us - Fri, 27 Dec 2019 09:09:05 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + high Availability + https://h.cowbay.org/tags/high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/tags/high-availability/ + + + + + proxmox + https://h.cowbay.org/tags/proxmox/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/tags/proxmox/ + + + + + synology + https://h.cowbay.org/tags/synology/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/tags/synology/ + + + + + pgbench + https://h.cowbay.org/tags/pgbench/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/tags/pgbench/ + + + + + postgresql + https://h.cowbay.org/tags/postgresql/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/tags/postgresql/ + + + + + NAS + https://h.cowbay.org/tags/nas/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/tags/nas/ + + + ansible https://h.cowbay.org/tags/ansible/ @@ -38,15 +92,6 @@ - - postgresql - https://h.cowbay.org/tags/postgresql/ - Fri, 20 Dec 2019 14:31:42 +0800 - - https://h.cowbay.org/tags/postgresql/ - - - dconf https://h.cowbay.org/tags/dconf/ @@ -209,15 +254,6 @@ - - proxmox - https://h.cowbay.org/tags/proxmox/ - Mon, 17 Jun 2019 13:20:57 +0800 - - https://h.cowbay.org/tags/proxmox/ - - - docker https://h.cowbay.org/tags/docker/ @@ -308,24 +344,6 @@ - - NAS - https://h.cowbay.org/tags/nas/ - Tue, 04 Dec 2018 10:25:19 +0800 - - https://h.cowbay.org/tags/nas/ - - - - - synology - https://h.cowbay.org/tags/synology/ - Tue, 04 Dec 2018 10:25:19 +0800 - - https://h.cowbay.org/tags/synology/ - - - 群暉 https://h.cowbay.org/tags/%E7%BE%A4%E6%9A%89/ diff --git a/public/tags/inventory/index.html b/public/tags/inventory/index.html index 12699a5f..2d931dcf 100644 --- a/public/tags/inventory/index.html +++ b/public/tags/inventory/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/launcher/index.html b/public/tags/launcher/index.html index 6557a7eb..35f50683 100644 --- a/public/tags/launcher/index.html +++ b/public/tags/launcher/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -466,6 +470,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/linux/index.html b/public/tags/linux/index.html index 2f1f57e9..39c336a8 100644 --- a/public/tags/linux/index.html +++ b/public/tags/linux/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -826,6 +830,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/log/index.html b/public/tags/log/index.html index 09a923ee..32c554ba 100644 --- a/public/tags/log/index.html +++ b/public/tags/log/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/mdadm/index.html b/public/tags/mdadm/index.html index 14f34776..a8aed939 100644 --- a/public/tags/mdadm/index.html +++ b/public/tags/mdadm/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/mellanox/index.html b/public/tags/mellanox/index.html index 7279f629..dd2dcd0f 100644 --- a/public/tags/mellanox/index.html +++ b/public/tags/mellanox/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -480,6 +484,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/meshcentral/index.html b/public/tags/meshcentral/index.html index 84dfd4af..581bb067 100644 --- a/public/tags/meshcentral/index.html +++ b/public/tags/meshcentral/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/metabase/index.html b/public/tags/metabase/index.html index 9701071d..13b49439 100644 --- a/public/tags/metabase/index.html +++ b/public/tags/metabase/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/nas/index.html b/public/tags/nas/index.html index 3f7339af..dacc4cd8 100644 --- a/public/tags/nas/index.html +++ b/public/tags/nas/index.html @@ -20,9 +20,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2018", - "datePublished": "2018-12-04 10:25:19 \x2b0800 CST", - "dateModified" : "2018-12-04 10:25:19 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-03 15:43:45 \x2b0800 CST", + "dateModified" : "2020-01-03 15:43:45 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/tags\/nas\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -290,6 +294,56 @@ if (!doNotTrack) { + + + + +
+
+ 03 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!

+ +

因為群暉的文件在最關鍵的一步寫得亂七八糟!

+ +

所以在這邊紀錄一下我操作的步驟!

+ + +
+
+
+ + + + +
+ + + + @@ -345,8 +399,8 @@ if (!doNotTrack) { -
- +
+ @@ -537,6 +591,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/nas/index.xml b/public/tags/nas/index.xml index afd57285..b5112bac 100644 --- a/public/tags/nas/index.xml +++ b/public/tags/nas/index.xml @@ -6,11 +6,24 @@ Recent content in NAS on MC部落 Hugo -- gohugo.io en-us - Tue, 04 Dec 2018 10:25:19 +0800 + Fri, 03 Jan 2020 15:43:45 +0800 + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + <p>2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!</p> + +<p>因為群暉的文件在最關鍵的一步寫得亂七八糟!</p> + +<p>所以在這邊紀錄一下我操作的步驟!</p> + + [雜念] 群暉 Synology NAS DS 415+ 誇張的維修費用 https://h.cowbay.org/post/synology-ds415-repair-cost/ diff --git a/public/tags/nvidia/index.html b/public/tags/nvidia/index.html index ec875806..d769d76f 100644 --- a/public/tags/nvidia/index.html +++ b/public/tags/nvidia/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/nvme/index.html b/public/tags/nvme/index.html index e3eb91c3..68bd3eef 100644 --- a/public/tags/nvme/index.html +++ b/public/tags/nvme/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -466,6 +470,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/pgbarman/index.html b/public/tags/pgbarman/index.html index 8a8a7487..ac3385be 100644 --- a/public/tags/pgbarman/index.html +++ b/public/tags/pgbarman/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -516,6 +520,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/pgbench/index.html b/public/tags/pgbench/index.html new file mode 100644 index 00000000..399051b6 --- /dev/null +++ b/public/tags/pgbench/index.html @@ -0,0 +1,479 @@ + + + + + + + + pgbench + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Skip to content + + +
+ +
+

+ Tag: pgbench + + + + rss + + +

+
+ +

Posts

+
+ + + +
+ + + + + + + + +
+
+ 07 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench

+ +

分數大概如何,想要跟他的筆電做個比較

+ +

之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本

+ +

對於pgbench 跑分會有多大的影響

+ + +
+
+
+
+ +
+ +
+ + + +
+ + + + + diff --git a/public/tags/pgbench/index.xml b/public/tags/pgbench/index.xml new file mode 100644 index 00000000..000d6a49 --- /dev/null +++ b/public/tags/pgbench/index.xml @@ -0,0 +1,30 @@ + + + + pgbench on MC部落 + https://h.cowbay.org/tags/pgbench/ + Recent content in pgbench on MC部落 + Hugo -- gohugo.io + en-us + Tue, 07 Jan 2020 11:18:59 +0800 + + + + + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + <p>昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench</p> + +<p>分數大概如何,想要跟他的筆電做個比較</p> + +<p>之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本</p> + +<p>對於pgbench 跑分會有多大的影響</p> + + + + \ No newline at end of file diff --git a/public/tags/postgresql/index.html b/public/tags/postgresql/index.html index e22b83f7..f6c83cd3 100644 --- a/public/tags/postgresql/index.html +++ b/public/tags/postgresql/index.html @@ -20,9 +20,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-12-20 14:31:42 \x2b0800 CST", - "dateModified" : "2019-12-20 14:31:42 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-07 11:18:59 \x2b0800 CST", + "dateModified" : "2020-01-07 11:18:59 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/tags\/postgresql\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -290,6 +294,58 @@ if (!doNotTrack) { + + + + +
+
+ 07 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench

+ +

分數大概如何,想要跟他的筆電做個比較

+ +

之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本

+ +

對於pgbench 跑分會有多大的影響

+ + +
+
+
+ + + + +
+ + + + @@ -341,8 +397,8 @@ if (!doNotTrack) { -
- +
+ @@ -397,8 +453,8 @@ if (!doNotTrack) { -
- +
+ @@ -445,8 +501,8 @@ if (!doNotTrack) { -
- +
+ @@ -495,8 +551,8 @@ if (!doNotTrack) { -
- +
+ @@ -541,8 +597,8 @@ if (!doNotTrack) { -
- +
+ @@ -587,8 +643,8 @@ if (!doNotTrack) { -
- +
+ @@ -772,6 +828,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/postgresql/index.xml b/public/tags/postgresql/index.xml index 2a4d1eef..b4771f9c 100644 --- a/public/tags/postgresql/index.xml +++ b/public/tags/postgresql/index.xml @@ -6,11 +6,26 @@ Recent content in postgresql on MC部落 Hugo -- gohugo.io en-us - Fri, 20 Dec 2019 14:31:42 +0800 + Tue, 07 Jan 2020 11:18:59 +0800 + + [筆記] postgresql 效能測試 / postgresql benchmakr using pgbench + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + Tue, 07 Jan 2020 11:18:59 +0800 + + https://h.cowbay.org/post/postgresql-pgbench-benchmark/ + <p>昨天老闆在slack 上面問說現在的幾台 DB Server 有沒有跑過 pgbench</p> + +<p>分數大概如何,想要跟他的筆電做個比較</p> + +<p>之前有跑過幾次,這次就順便測試一下不同的硬體配置、以及不同的軟體版本</p> + +<p>對於pgbench 跑分會有多大的影響</p> + + [筆記] 測試 postgresql 的pg_prewarm 對效能的影響 / test pg_prewarm in postgresql 11 https://h.cowbay.org/post/test-pg_prewarm/ diff --git a/public/tags/proxmox/index.html b/public/tags/proxmox/index.html index 590d3e33..d32c4cc6 100644 --- a/public/tags/proxmox/index.html +++ b/public/tags/proxmox/index.html @@ -20,9 +20,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2019", - "datePublished": "2019-06-17 13:20:57 \x2b0800 CST", - "dateModified" : "2019-06-17 13:20:57 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/tags\/proxmox\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -290,6 +294,58 @@ if (!doNotTrack) { + + + + +
+
+ 17 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+ +
+
+
+ + + +
+ + + + @@ -474,6 +530,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/proxmox/index.xml b/public/tags/proxmox/index.xml index ccccbbd2..83fd2c34 100644 --- a/public/tags/proxmox/index.xml +++ b/public/tags/proxmox/index.xml @@ -6,11 +6,26 @@ Recent content in proxmox on MC部落 Hugo -- gohugo.io en-us - Mon, 17 Jun 2019 13:20:57 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + Install Asus 10G NIC XG-C100C in Proxmox https://h.cowbay.org/post/install-asus-10g-nic-in-proxmox/ diff --git a/public/tags/ps/index.html b/public/tags/ps/index.html index f6a10373..c8ba8ca4 100644 --- a/public/tags/ps/index.html +++ b/public/tags/ps/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -418,6 +422,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/psql/index.html b/public/tags/psql/index.html index 4b4b722a..86bddc7d 100644 --- a/public/tags/psql/index.html +++ b/public/tags/psql/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/pxe/index.html b/public/tags/pxe/index.html index ec364543..61f54004 100644 --- a/public/tags/pxe/index.html +++ b/public/tags/pxe/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -478,6 +482,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/raid/index.html b/public/tags/raid/index.html index 0c72e00a..66eda44f 100644 --- a/public/tags/raid/index.html +++ b/public/tags/raid/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -468,6 +472,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/remote/index.html b/public/tags/remote/index.html index 22be60e8..faae7bff 100644 --- a/public/tags/remote/index.html +++ b/public/tags/remote/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -472,6 +476,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/restore/index.html b/public/tags/restore/index.html index 4395a6b5..86080af8 100644 --- a/public/tags/restore/index.html +++ b/public/tags/restore/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -468,6 +472,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/ssh/index.html b/public/tags/ssh/index.html index be9bfb05..1883b472 100644 --- a/public/tags/ssh/index.html +++ b/public/tags/ssh/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -531,6 +535,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/synology/index.html b/public/tags/synology/index.html index 80be2918..2f4a2bb1 100644 --- a/public/tags/synology/index.html +++ b/public/tags/synology/index.html @@ -20,9 +20,9 @@ "publisher": "", "accountablePerson" : "", "copyrightHolder" : "", - "copyrightYear" : "2018", - "datePublished": "2018-12-04 10:25:19 \x2b0800 CST", - "dateModified" : "2018-12-04 10:25:19 \x2b0800 CST", + "copyrightYear" : "2020", + "datePublished": "2020-01-17 12:20:33 \x2b0800 CST", + "dateModified" : "2020-01-17 12:20:33 \x2b0800 CST", "url" : "https:\/\/h.cowbay.org\/tags\/synology\/", "wordCount" : "0", "image" : "https://h.cowbay.org%!s(\u003cnil\u003e)"", @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -290,6 +294,216 @@ if (!doNotTrack) { + + + + +
+
+ 17 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+ +
+
+
+ + + +
+ + + + + + + + +
+
+ 10 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了

+ +

原因應該就是之前的 intel c2000 series cpu 的 bug

+ +

只是不知道為什麼這台兩三年來都沒有關機的NAS

+ +

比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)

+ +

趁著這次機會,看看網路上說的換電阻大法有沒有用!

+ +

如果有用,就拿這兩台來玩玩 synology high availability !

+ + +
+
+
+
+ + + +
+ + + + + + + + +
+
+ 03 January 2020 / + + + + + + + + + + + + / + + 筆記 + + +
+ +
+
+

2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!

+ +

因為群暉的文件在最關鍵的一步寫得亂七八糟!

+ +

所以在這邊紀錄一下我操作的步驟!

+ + +
+
+
+
+ + + +
+ + + + + + + + +
+
+ 03 January 2020 / + + + + + + + + + + + + / + + 雜念 + + +
+ +
+
+

2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了

+ +

開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況

+ +

終於宣告不治

+ +

問題很明顯的就是Intel C2000 系列 CPU 的瑕疵

+ + +
+
+
+
+ + + +
+ + + + @@ -537,6 +751,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/synology/index.xml b/public/tags/synology/index.xml index 3312d78d..c45a67bf 100644 --- a/public/tags/synology/index.xml +++ b/public/tags/synology/index.xml @@ -6,11 +6,73 @@ Recent content in synology on MC部落 Hugo -- gohugo.io en-us - Tue, 04 Dec 2018 10:25:19 +0800 + Fri, 17 Jan 2020 12:20:33 +0800 + + [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + Fri, 17 Jan 2020 12:20:33 +0800 + + https://h.cowbay.org/post/proxmox-with-synology-high-availability/ + <p>前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+</p> + +<p>詳情請看 <a href="https://h.cowbay.org/post/first-try-synology-ha/">https://h.cowbay.org/post/first-try-synology-ha/</a></p> + +<p>今天趁尾牙前夕,手邊沒啥要緊事</p> + +<p>就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境</p> + + + + [筆記] 第一次玩 Synology High Availability / first try synology high availability + https://h.cowbay.org/post/first-try-synology-ha/ + Fri, 10 Jan 2020 09:48:18 +0800 + + https://h.cowbay.org/post/first-try-synology-ha/ + <p>上禮拜,原本擔任 proxmox cluster 的主要 storage 的 ds415+ 掛點了</p> + +<p>原因應該就是之前的 intel c2000 series cpu 的 bug</p> + +<p>只是不知道為什麼這台兩三年來都沒有關機的NAS</p> + +<p>比其他三台多撐了那麼久 (已經有兩台送修回來,一台也是同樣症狀,被放在一邊)</p> + +<p>趁著這次機會,看看網路上說的換電阻大法有沒有用!</p> + +<p>如果有用,就拿這兩台來玩玩 synology high availability !</p> + + + + [筆記] 用ubuntu livecd 救援群暉 synology NAS內的資料 / rescue synology nas with ubuntu livecd + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + Fri, 03 Jan 2020 15:43:45 +0800 + + https://h.cowbay.org/post/rescue-synology-nas-with-ubuntu-livecd/ + <p>2020/01/02 , 2020年上工的第一天,群暉的 DS415+ NAS 掛了!</p> + +<p>因為群暉的文件在最關鍵的一步寫得亂七八糟!</p> + +<p>所以在這邊紀錄一下我操作的步驟!</p> + + + + [碎念] Synology 群暉的文件不知道在工三小 / what a piss in synology document + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + Fri, 03 Jan 2020 11:45:56 +0800 + + https://h.cowbay.org/post/what-a-piss-in-synology-document/ + <p>2020/01/02 2020 上工的第一天,公司碩果僅存的唯一一台 Synology DS415+ 也終於掛了</p> + +<p>開機沒多久就連不上,反覆幾次之後,出現了開機時所有燈號都狂閃的狀況</p> + +<p>終於宣告不治</p> + +<p>問題很明顯的就是Intel C2000 系列 CPU 的瑕疵</p> + + [雜念] 群暉 Synology NAS DS 415+ 誇張的維修費用 https://h.cowbay.org/post/synology-ds415-repair-cost/ diff --git a/public/tags/timezone/index.html b/public/tags/timezone/index.html index 0c89e63a..f8448915 100644 --- a/public/tags/timezone/index.html +++ b/public/tags/timezone/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -466,6 +470,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/ubuntu/index.html b/public/tags/ubuntu/index.html index 28f63c39..a124d2f6 100644 --- a/public/tags/ubuntu/index.html +++ b/public/tags/ubuntu/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -794,6 +798,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/vim/index.html b/public/tags/vim/index.html index 014c3ad0..e79650c4 100644 --- a/public/tags/vim/index.html +++ b/public/tags/vim/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -470,6 +474,6 @@ if (!doNotTrack) {
- + diff --git a/public/tags/vpn/index.html b/public/tags/vpn/index.html index 0f7337c7..f91c1b0e 100644 --- a/public/tags/vpn/index.html +++ b/public/tags/vpn/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -648,6 +652,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/wireguard/index.html b/public/tags/wireguard/index.html index 33402048..06d5bfb3 100644 --- a/public/tags/wireguard/index.html +++ b/public/tags/wireguard/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -584,6 +588,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/zfs/index.html b/public/tags/zfs/index.html index 23fd48d6..6d987313 100644 --- a/public/tags/zfs/index.html +++ b/public/tags/zfs/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -518,6 +522,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/短今/index.html b/public/tags/短今/index.html index a509b47c..f2ef824b 100644 --- a/public/tags/短今/index.html +++ b/public/tags/短今/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -418,6 +422,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/筆記/index.html b/public/tags/筆記/index.html index 5701072d..41643388 100644 --- a/public/tags/筆記/index.html +++ b/public/tags/筆記/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -701,6 +705,6 @@ if (!doNotTrack) { - + diff --git a/public/tags/群暉/index.html b/public/tags/群暉/index.html index 4d47d788..846775d5 100644 --- a/public/tags/群暉/index.html +++ b/public/tags/群暉/index.html @@ -45,9 +45,9 @@ - + - + @@ -114,6 +114,10 @@ if (!doNotTrack) { 群暉 + + @@ -478,6 +482,6 @@ if (!doNotTrack) { - +