Author: Ken

  • 聊齋

    多年前我在微博上發了一張坦克人的照片,然後就被封號了,那時候計算機算力還不太強,過了好久才被封,但是那個時候管理員還算有人性,封禁理由是:侮辱管理員。

    我想要講的不是35年前,而是那張A4白紙,我不願意稱之為運動,因為我認為不足以稱之為一場運動。

    很多人並不了解為什麼是白紙,當然這並不妨礙他們知道舉著白紙的意思是你們覺得我說了什麼那就是什麼。

    紅場上發白紙是一個很典型的蘇聯笑話,那位第一個舉起白紙的大學女生不知道命運會如何,想來升學,考研,工作,必定會被處處刁難。

    搬著腳踏車下樓,剛要準備出門,一陣雷雨劈裡啪啦的下來,出門前我仔細的看了一下天氣預報,Next-hour forecast是沒雨,12-hour forecast是有雨,一般正常人都應該認為Next-hour的更準確吧?難不成是我的誤解?

    這個腳踏車還是要裝個腳架,不然出門確實是不太方便,原本以為胡亂丟一丟應該就可以,本來想著下午去車行裝一個的。

  • 第三台腳踏車

    因為我買了一台Gogoro給Miley,所以她買了一輛腳踏車給我,不過,我的腳踏車比她的Gogoro更貴一些。

    Birdy已經不是當年第一次見到的樣子了,雖然對於我來說Dahon似乎騎起來也沒有太大的差別。

    找出以前的Garmin GPS支架,婷妹前夫買的Btwin count 4碼表,再去迪卡儂買了前後燈,安全帽,差不多可以完整上路。

    我想劣幣逐良應該是這個世界運行的規律才對,Youtube上假裝在露營的無論哪國比基尼妹紙,都開始有了Made in China的裝備,就連日本人也不例外,就像我常說的,人類世界終將走向毀滅,人類之於地球,就是病毒之於人類一樣的存在。

    不過我在想是不是中國的那些商家給了業配費用。

    當然,也是有真的在露營的妹紙,不過他們都在賣自己品牌的裝備。

    台灣的Garmin圖資很好尋覓,因為沒有中國國測局那幫低能兒開發的火星座標,OpenstreetMap的資源非常豐富,隨手可得,以至於根本沒有人要買Garmin台灣的地圖,除了那些使用手錶來導航的人,如果未來台灣警察單位增加測速科技執法,Garmin能拿到官方測速點數據的話,也許官方圖資還有那麼一點點價值。

    今天的雨要下不下的,騎出門的時候還好,回來的時候雨就有一點點大,不過還好,上樓了才開始變得更大一些。

  • Running Plex in Docker

    容器是很流行,以至於我現在的工作十個case裡面會有一個是容器相關的。

    所以我嘗試將Homelab的部分環境遷移到Docker,目前為止得到以下的好處:

    1)n8n獲得較多好處,可以相對穩定的運行,之前在FreeBSD的jail中總會有升級後白屏的問題。

    2)zabbix遷移到docker後的升級維護也變得更為容易,特別是zabbix-web,在每個發行版的OS中他的版本都不太一致。

    3)grafana的遷移獲得好處與zabbix類似。

    4)redis-server有沒有獲得好處我不是很確定,因為他運行在bare-metal或是vm中,和容器化似乎區別不太大,他配置很少,最重要的原因是我的使用場景並沒有太大的數據量。

    5)cloudflared獲得的好處相對較多,因為他在不同發行版的OS中,不,他只支持很少的OS,單獨用一個vm來運行他似乎很浪費。

    但Plex並未獲得好處,

    我有一個單獨的vm在運行plex,速度很快,穩定,debian的OS升級Plex並沒有任何的痛點,我並不偏好Linux,實際上Linux在跨版本升級的問題上有非常糟糕的歷史,我更偏好FreeBSD,他可以從十年前的OS一路升級上來而不會有太多問題。

    但debian解決了跨版本升級的問題,不像redhat一如既往的糟糕,即使是從7升級到8。

    實際上我從未遇到過plex本身的任何問題,只不過之前因為開啟了video preview thumbnails,導致Library文件夾急遽增加,一度到達200G,清理log關閉各種設置均不見好轉,直到關閉video preview thumbnails並刪除cache才使得Library文件夾變為20G左右。

    OK,這個問題並不會因為容器化消失,如果這個問題復現,docker中的plex也會遇到。

    因為我的videos全都放在一個raid1的NAS上,透過NFS的方式export給plex所在的debian OS來使用。而dockerd所在的vm磁盤空間並不足以存放20G的plex資料庫。

    所以我想當然的將官方指引中的config目錄也丟到了NFS上。

    -v <path/to/plex/database>:/config

    https://hub.docker.com/r/plexinc/pms-docker/

    結果就是,每個影片的頁面點開大約需要20秒,播放倒是很快,只有影片介紹的頁面感覺卡卡的。

    reddit上已經早就有人實踐過了這一模式,而且得出了結論。

    所以呢,要在docker中運行plex,只有videos可以放在NFS上,database是不可以的,必須放在本地磁盤,否則就會,卡。

    ——

    docker stop plex

    docker rm plex

    docker run \

    -d \

    –name plex \

    -p 32400:32400/tcp \

    -p 3005:3005/tcp \

    -p 8324:8324/tcp \

    -p 32469:32469/tcp \

    -p 1900:1900/udp \

    -p 32410:32410/udp \

    -p 32412:32412/udp \

    -p 32413:32413/udp \

    -p 32414:32414/udp \

    -e TZ=”Asia/Taipei” \

    -e PLEX_CLAIM=”claim-UG1NH2ZPhSrL7m879f2s” \

    -e ADVERTISE_IP=”http://10.2.2.7:32400/” \

    -h docker.plex.bbken.org \

    -v /home/plex/database:/config \

    -v /home/plex/transcode/temp:/transcode \

    -v /videos:/videos \

    plexinc/pms-docker

    ——

    但是plex 在docker中的啟動似乎很慢,docker命令啟動後大約需要30秒,32400 port才會有反應,其他的運行起來和vm上的plex並無任何區別,至於hardware decode我並沒有用到,因為我不常在手機上看電影。

    除了docker本身帶來的管理統一性,plex並未獲得明顯的好處,所以我將他切換回vm中去運行。

    當然,最重要的原因還是因為debian 中的plex版本完全可以跟隨官方的升級進度。