還是line notify終止服務的問題

今天試了另一個方式 telegram

記錄一下

註冊完後首先要把 botfather 加入好友

接下來再對話中輸入 /newbot

他會叫你給bot取個名字

這個名字一定要以bot結尾

例如 testbot

送出後的回應裡就會有一組API key

一定要記好

接下來建立群組並把 testbot 加入該群組

使用curl取得testbot相關資訊

curl https://api.telegram.org/botYOUR API KEY/getUpdates

如果bot加入的群組愈多 回應就會愈多

在得到的回應中先找group 這個關鍵字

往前看 title 就是群組名稱 再往前看 id 就是該群組的id 要記下來 傳訊息時要用

範例如下

"id":-123456780,"title":"test","type":"group"

再來就可以使用curl傳訊息了

curl -X POST "https://api.telegram.org/botYOUR API KEY/sendMessage" -d "chat_id=-1234567890&text=bot%0A換行中文傳訊息 測試"

感覺discord很耗電 telegram好很多

最近最大的消息應該是line notify要終止服務了

https://notify-bot.line.me/closing-announce

官方說明取代的是付費的 messaging API

因此開始尋代替代方案

目前選定了discord

支援二個方式

一個是建立bot 步驟有點多

另一個是使用webhook

強烈建議使用這個方法

方便很多

而且librenms也直接支援

https://hackmd.io/@smallshawn95/python_discord_bot_base

https://banka.com.tw/what-is-webhook-and-how-to-create-webhooks-for-your-discord-server/

延續昨天的問題

昨天修好後當下沒問題

但今天管理介面打不開了

直接倒回去颱風前一天的備分

目前看來運作正常

持續觀察

順便看看還有那些有問題

dmesg|grep "fsck"|grep dm

[   82.486238] EXT4-fs (dm-6): warning: mounting fs with errors, running e2fsck is recommended

[  139.304759] EXT4-fs (dm-11): warning: mounting fs with errors, running e2fsck is recommended

[  398.955415] EXT4-fs (dm-6): error count since last fsck: 2

[  464.490594] EXT4-fs (dm-11): error count since last fsck: 3769411

[55841.695354] EXT4-fs (dm-12): error count since last fsck: 2

[88379.937761] EXT4-fs (dm-6): error count since last fsck: 2

[88547.518964] EXT4-fs (dm-6): warning: mounting fs with errors, running e2fsck is recommended

[88871.451957] EXT4-fs (dm-6): error count since last fsck: 3

共三台

先到 /dev/mapper 查看是那個guest

lrwxrwxrwx  1 root root       7 Oct  7 23:45 pve-vm--116--disk--0 -> ../dm-6

lrwxrwxrwx  1 root root       8 Oct  8 00:08 pve-vm--124--disk--0 -> ../dm-11

lrwxrwxrwx  1 root root       8 Oct  8 09:04 pve-vm--140--disk--0 -> ../dm-12

一起倒備分吧

不想修了

PVE host 修好換裡面的LXC guset 有問題

guest 先關几

找出那個disk

繼續修

fsck /dev/mapper/pve-vm--124--disk--0

几次的不正常斷電後

PVE開不起來了

修吧

xfs_repair /dev/mapper/pve-root

修好後正常了

再觀察看看

最近在處理几千萬個小檔的問題

不管是 unzip 或 tar

都會出現以下的錯誤

cannot open no space left on device

明明空間就還有 而且 inode 也沒滿

折騰了好几天 才發現是 ext4的限制

請愛用 XFS

https://unix.stackexchange.com/questions/773995/tar-says-cannot-open-no-space-left-on-device-but-df-h-and-df-i-both-show-the

https://utcc.utoronto.ca/%7Ecks/space/blog/linux/Ext4DirectoriesMaximumSize

針對 巨量小檔的zip檔

7z支援分片解壓縮 效能較差

unzip 不支援分片解壓縮 效能較好

最近要在win上複制 一千五百萬多萬筆的小檔

試過

teracopy

fastcopy

robocopy

copy

cp

效能都很差

rsync

tar -T 

也跑不太出來

目前感覺上用 tar 好像好一點

改用 parallel 最多設定 252

昨天開始碰到有趣的狀況

說狀況是因為不確定是不是攻擊

pmg上的cpu會跑到100趴

雖然之前也偶爾會發生

但從昨天開始是大約一小時一次

觀察到是clamd這個process

所以猜測是寄了一封mail

然後導致clamd把cpu 吃滿

但pmg管理介面上無法關閉virus scan

目前只能重開