Category: Tech

  • PLEX 定時開關機的問題

    為了響應能源節約的口號,為放置大量電影文件的WD NAS 設置了自動開關機,每天22點會自行關機,每天8點會自行開機。

    這就產生了一個問題,運行Plex media server 的debian OS 檢測不到從NAS export 出來的nfs mount 之後他有一定的幾率會死機。

    所以要對這台運行在ESXi上的VM 進行定時開關機的操作。

    Vmware 官方提供了api,並且提供了一個官方的cli govc,首先當然是安裝他。

    Usage: govc <COMMAND> [COMMON OPTIONS] [PATH]...
    
    govmomi is a Go library for interacting with VMware vSphere APIs (ESXi and/or
    vCenter Server).
    It is licensed under the Apache License, Version 2.0
    
    govc is the CLI for govmomi.
    
    The available commands are listed below. A detailed description of each
    command can be displayed with "govc <COMMAND> -h". The description of all
    commands can be also found at https://github.com/vmware/govmomi/blob/main/govc/USAGE.md.

    使用起來呢,倒是很簡單,主要的問題在於我不能直接使用root 帳戶去操作poweron/shutdown 這類的動作,萬一密碼洩漏了呢。但是,Vmware 也沒有在ESXi v6 的GUI 中提供為新增的用戶賦權的功能。所以,第一次先要使用root 帳戶來為新增的用戶賦權。

    設置幾個env,這裡需要注意的是一定要用單引號,因為特殊字符密碼可能會被吃掉:

    export GOVC_URL=https://10.1.1.2
    export GOVC_USERNAME='root'
    export GOVC_PASSWORD='IAM-root-password'
    export GOVC_INSECURE=1

    看一下about

    govc about
    FullName:     VMware ESXi 6.7.0 build-15160138
    Name:         VMware ESXi
    Vendor:       VMware, Inc.
    Version:      6.7.0
    Build:        15160138
    OS type:      vmnix-x86
    API type:     HostAgent
    API version:  6.7.3
    Product ID:   embeddedEsx
    
    govc host.info 
    Name:              esxi-s01.bbken.net
      Path:            /ha-datacenter/host/esxi-s01.bbken.net
      Manufacturer:    HP
      Logical CPUs:    6 CPUs @ 2496MHz
      Processor type:  12th Gen Intel(R) Core(TM) i5-12400
      CPU usage:       4609 MHz (30.8%)
      Memory:          40644MB
      Memory usage:    35268 MB (86.8%)
      Boot time:       2026-09-13 09:15:48.082707 +0000 UTC
      State:           connected

    列舉一下當前有的這些VM,看起來還蠻多的呢,不過都沒開機:

    govc ls /ha-datacenter/vm 
    /ha-datacenter/vm/pfSense
    /ha-datacenter/vm/PLEX
    /ha-datacenter/vm/Webserver
    /ha-datacenter/vm/Windows10
    /ha-datacenter/vm/Alteon
    /ha-datacenter/vm/ROS
    /ha-datacenter/vm/OpenWRT
    /ha-datacenter/vm/Windwos10CHN
    /ha-datacenter/vm/ROS7
    /ha-datacenter/vm/Debian
    /ha-datacenter/vm/RHEL8
    /ha-datacenter/vm/FaceFusion

    看一下PLEX 這台VM 的詳細:

    govc vm.info "PLEX"
    Name:           PLEX
      Path:         /ha-datacenter/vm/PLEX
      Guest name:   Debian GNU/Linux 10 (64-bit)
      Memory:       8192MB
      CPU:          8 vCPU(s)
      Power state:  poweredOn
      Boot time:    2026-09-30 03:10:46.763837 +0000 UTC
      IP address:   10.1.1.5
      Host:         s01.plex.tv

    graceful shutdown 的命令是這樣:

    govc vm.power -s "PLEX"

    加電的命令是這樣:

    govc vm.power -on "PLEX"

    測試了一下開關機,沒問題。

    啊,要先創建一個reboot user,我們就叫reboot-user好了,從ESXi的GUI 創建這個用戶,然後使用root用戶操作govc 賦權:

    govc role.create vmpower VirtualMachine.Interact.PowerOn VirtualMachine.Interact.PowerOff VirtualMachine.Interact.Reset
    
    govc permissions.set -principal reboot-user -role vmpower -propagate=true

    完成後看一下:

    govc permissions.ls /
    Role     Entity  Principal    Propagate
    vmpower  /       reboot-user  Yes
    Admin    /       vpxuser      Yes
    Admin    /       dcui         Yes
    Admin    /       root         Yes

    看起來沒問題,接下來重新設置env,使用剛才創建的reboot-user和他的密碼:

    export GOVC_URL=https://10.1.1.2
    export GOVC_USERNAME='reboot-user'
    export GOVC_PASSWORD='reboot-user-password'
    export GOVC_INSECURE=1
    
    govc vm.info "PLEX" | grep "Power state"
    Power state:  poweredOn

    寫兩個腳本來加入到FreeBSD 的計劃任務:

    vm-stop.sh:
    
    #!/bin/sh
    export GOVC_URL=https://10.1.1.2
    export GOVC_USERNAME='reboot-user'
    export GOVC_PASSWORD='reboot-user-password'
    export GOVC_INSECURE=1
    /usr/local/bin/govc vm.power -s "PLEX"
    vm-start.sh:
    
    #!/bin/sh
    export GOVC_URL=https://10.1.1.2
    export GOVC_USERNAME='reboot-user'
    export GOVC_PASSWORD='reboot-user-password'
    export GOVC_INSECURE=1
    /usr/local/bin/govc vm.power -on "PLEX"

    設定權限(腳本含有密碼,請務必設置為 700):
    chmod 700 vm-start.sh
    chmod 700 vm-stop.sh

    crontab -e 加入这两行(21:30 关机、08:30 开机):

    30 21 * * * /vm-stop.sh >> /tmp/vm.log 2>&1
    30 8 * * * /vm-start.sh >> /tmp/vm.log 2>&1

  • 不間斷運行三年多的EXSi 主機風扇終於有了奇怪的聲音

    ちいかわ和賽蓮的故事是一個很黑暗的故事,一點也不像要給小朋友看的,蘊含了深刻的人生意義。

    上個月經過機櫃的時候覺得仿佛聽到了風扇的震動,但很快就消失了,以為只是簡單的機櫃共振,今天路過發現他又再次發出了奇怪的聲音,像是軸承沒有潤滑油了,趴在機櫃門上認真的聽了一下,判斷是ESXi 主機的問題,把ESXi 主機拿出來拆開,檢查了一下,看起來沒什麼灰塵,用壓縮空氣把主機板和電源模組吹了一下,也沒有吹出來什麼特別的東西,連個大坨點的棉絮都沒有。

    判斷CPU 散熱風扇快要壞了。

    英明如我,早在三年前就買了一隻備用散熱風扇,FOXCONN 出品的 PVA080G12Q ,立刻拿出來裝上。

    裝好,插電自啟動,瞬間恢復到靜音的狀態,需要再去買一隻備件了。

    最近騎車還是有那麼一點點效果,蹲在地上弄了半天PC,突然站起來居然頭不暈不晃?

  • WordPress iOS app 老用戶的bug

    其實Wordpress 的iOS app 我用得不多,但偶爾會用一下,有時候想到什麼先寫下來,整理了再發出來,但是最近iOS app 更新後我發現登錄不上。

    經過我和AI 對source code 的分析,最終定位到問題所在,去github 提了個issue,很快就被合併提交,既然他們動作這麼快,為什麼之前都沒人提?

    因為這是一個老用戶才會卡到的bug, 新用戶不存在,我直接修改了database 來匹配新版的app。

    以下為AI 整理:


    問題

    WordPress iOS app (26.8) 登入自架站 時,瀏覽器 2FA 認證成功、產生 Application Password 也成功,但最後顯示「Site details cannot be loaded」。

    根本原因

    WordPress iOS app 新的 Rust-based HTTP client (wordpress-rs 0.1.0) 在 wp_api/src/users.rs 裡,把 extra_capabilities 宣告成:

    pub extra_capabilities: Option<HashMap<String, bool>>,

    值必須是 boolean。但 2011 年建立的老 admin 帳號,資料庫 wp_usermeta.wp_capabilities 裡存的是:

    array('administrator' => '1')  // string

    Rust serde deserializer 遇到 string "1" 無法轉成 bool,整個 User 物件 parse 失敗 → iOS app 回報「Site details cannot be loaded」。

    新註冊的使用者沒問題,因為 WordPress 核心 set_role() 寫入的是 true(boolean)。

    解法

    直接改資料庫:

    update_user_meta(1, 'wp_capabilities', array('administrator' => true));

    Debug 過程的收穫

    1. 證實不是 server 設定問題:Nginx、CloudFront、REST API、Application Password 全部正常
    2. 排除了 Two Factor / WP-WebAuthn / Jetpack 404 等假設
    3. PHP-FPM 的 php_admin_value[error_log] 會強制覆蓋 WP_DEBUG_LOG,導致 WordPress debug log 無法運作
    4. systemd PrivateTmp 會讓 /tmp 變成 service 專屬,外部看不到
    5. Android app 能過但 iOS 不行 是因為 iOS 改用 wordpress-rs,Android 還在用舊 client(type 較寬鬆)
    6. 當 server 端所有回應看起來都正常,而錯誤發生在 client 端時,直接看 client 的原始碼是最直接的 debug 方式(最後一步靠 clone wordpress-rs 找出答案)

    建議

    這是 wordpress-rs 的 bug,應該寬容處理 "1" → true。可以到 https://github.com/Automattic/wordpress-rs/issues 報告,幫其他老站使用者。