innobackupex吃光root分区

2024-02-29 作者:

Take a look at this if your innobackupex insists on eating up most (or all) of your root partition, as playing hide and seek with you especially.

近两天总收到奇怪的推送,磁盘占用超90%,没采取人为任何措施,又自动降至正常……就很离谱。去翻了一下云监控的磁盘使用率,发现居然是系统盘,而非数据盘(后者占用率不高,多日无明显变化),就更奇怪了。

前者么,不逮住问题发生时的话,根本无从查起;考虑其发生规律,基本跟mysql冷备的时间周期比较吻合。

所以先去看mysql冷备文件的状态,就开始出问题了(截图欠奉)。

  • 每个备份文件的结束时间都很早,从以往常见的上午9~11点提前到了凌晨4~5点。
  • 且文件的大小也不太对劲,从70+G降到了40+G。

好办,备份文件会定期rotate但log不会,不删就会一直存,看log就好。

一看不要紧,近两天备份都是失败告终。

这里的  /tmp 就很迷,我印象中所有临时文件都不应该去系统默认的temp目录,索性检查一下。

完整阅读本篇»

从lxd迁移到incus

2024-02-27 作者:

Let’s talk about migration from lxd to incus. As for the reason, well I guess we have seen too much of this kinda “show” in the past half decade (just like CentOS to Rocky) so here is what happened in case you’re interested.

Technically I won’t take this as a tutorial since with the well-prepared tool lxd-to-incus by Stéphane Graber (Author of both lxd and incus) there’s nothing to do but simply running it, then everything seems working well.

PS: Tested PASS on both Debian Bookworm AMD64 (on Linux KVM based vm) and Armbian Bookworm ARM64 (on RK3566 based SBC).

这些年,同类剧本真是没少看。一言不合就闭源,一言不合就拉分支,完全不新鲜,具体就不多说了,开工干活。其实吧,作者给了迁移工具 lxd-to-incus ,所以实话说没啥可干的,执行一下就可以验证迁移后的结果了。


先检查系统现状。Check the system status at first.

然后根据文档,安装incus。Now install the incus (by Zabbly) according to the documentation.

从安装过程看,至少创建了一个用户,两个组,以及不少于6个systemd服务。

完整阅读本篇»

Rasp Pi 5B vs. Intel N100?

2024-01-15 作者:

我先给一句话总结,之后再慢慢解释:

当两个不同的细分市场的产品,在各自的领域站稳脚跟(也即拿到主要份额)后,无论出于产品代次的需要、抵御外部威胁的需要、抑或资本市场的需要,均会体现出向另外一个领域渗透的特征。

 

Talking about a specific industry, when different products designed for different market segments obtained dominant shares of their own segments, almost every of them would consider invading neighbors (segments around) – no matter the needs come from product roadmap, external threats or even the capital market.

解释:一个字,卷。


最近有人问我,自制软路由/NAS是买arm还是x86_64。如果是小10年(Pi 2B上市)甚至5年前,我只会说,萝卜青菜各有所爱,不可一概而论,还得看需求更关注什么。

前者具备体积、功耗/散热、价格、专芯专用(如hw-nat)的优势,后者则表现出强性能、AIO的独特能力。

而放眼如今,早已是 –

“双兔傍地走,安能辨我是雄雌。”

 

Pi 5B和N100,以极其接近的价格,差不多两倍的功耗,给出了差不多2倍的性能 – 选择再也不如之前那般容易。

  • BCM2712/RK3588性能有限么?干掉一个6~7代的移动版i5应该不是问题。
  • Pi 5B还能被动散热么?对不起,3B那个连廉价散热片都可以不贴的时代已经过去了。
  • ARM还是只能docker不能vm么?哦,不仅kvm没问题(虽不见得有VT-x/AMD-V的性能),听说外设直通都有眉目了。
  • 我家弱电箱还是太小了,x86不能让我凿墙吧?巴掌大还带双SFP+来一套?(PS:别期待万兆小包跑满)

完整阅读本篇»

ARM SBC 运行Win7 X64

2023-08-05 作者:

就现阶段而言,妥妥的行为艺术,猜测如果安装32bit版本会好些?

又翻出来一块压箱底的Rock Pi 4B+,4GB RAM,32GB eMMC。鉴于厂家给的Debian 10 buster跟之前那块Asus TinkerBoard 2S别无二致,基本处于不可用状态,于是这里又一次Armbian Bookworm搞起。

安装libvirt,分配2核(1.8GHz大核)及1GB内存,开始安装Win7 X86_64。

本想运行KVM驱动盘补全所有驱动,无奈随便打开个文件管理器or设备管理器都要以分钟计。花了多半个小时使用msi程序安装KVM驱动,半路报service无法启动(大概率是启动时间过长,被认为启动失败)只好cancel。

其实,除了处理器虚拟效率,还有板子裸奔无散热也是个次要问题。若带上主动散热,让核心不需要频繁降频的话,可用性小幅提升也未可知。

图一乐吧,起码“可能”就是一种良好开端。好像ARM核心的Macbook现在也能支持比较可用的32bit X86 win系统吧?

嗯……可以考虑有空时弄个ARM版Win10来做个虚拟化试试,感觉内存不大够玩的样子。

完整阅读本篇»

路由虚拟化,意义何在?

2023-06-04 作者:

见此题目,心急的路由玩家,可能等不及要说,我要all in one啊。

“主路由还要承担NAS、HA、运行docker,甚至一些通用win/linux虚拟机的脚本工作,我已经按大佬教程在ikuai/openwrt上搞了kvm,挺香,你不搞么?”

非也,我是反向操作,先虚拟化,再跑路由,理由也很简单 –

“首先,专业方案解决专业问题,所以尽管底层都是kvm,我不喜欢用一个路由系统做virtualization host,NAS系统也同理。其次,我要极致灵活性和对特殊需求的支持能力。”

对第二点,我举个简单的例子,我希望ikuai实现以下需求 –

  • 对硬件#1物理口做成单臂路由,vlan id 3为WAN去拨号,vlan id 12为LAN,且开DHCP。
  • 然后把#2物理口加入ikuai WAN2(第二条宽带,或者4G wwan转成有线接入做冗余连接备用)。
  • 再把#3物理口加入LAN,而#3物理口vlan id 22放给二级路由的LLAN。
  • 二级路由的WAN不走物理口,直接走host内部虚拟交换机接在ikuai LAN的下边。

如果路由裸装ikuai系统,我不知道是否方便实现,花点心思或许可以吧。但如果物理机是Proxmox VE,我实际遇到的使用场景应该比如上说的还复杂些,完全不是问题,ikuai完全不需要设置任何vlan,如上需求可以都在pve host的linux vlan和bridge的层面做好,进路由看到的完全是多块virtio独立网卡。

“那么今天你要讲,怎么在pve+ikuai上实现这个需求?这种需求一般人用不上,我为何要了解?”

非也,今天想讲下我在家中遇到一个更有意义的需求,给智能电视(尤其某些第三方APP)限速,且主要针对上传速度。


 

首先,为何要限速?观察下图,黑线两侧,是限速前后状态对比。

我们可以很明确的发现,限速前上传速度是4MBytes/s左右,可以说基本把家宽的上行带宽吃完了,此外我们的RK3399被迅速推高了15℃,温度达到70℃左右,别忘记现在还只是春末夏初。

完整阅读本篇»

M.2转接Intel i210千兆

2023-06-01 作者:

先说句题外话,个人不喜2.5G,一直觉得就是民用市场卷出来的临时产品。反正六类线跑电口万兆没问题,2.5G抑或10G都是贵,买个中间态产品?图便宜就留在千兆方案,不差钱直接万兆完事,2.5G这不上不下,就那么几个网卡方案不升级还断流,厂家重视与否么显而易见,对吧。

为什么要提2.5G,前两天说Tinker Board 2s带了一个key A+E的m.2,一旦做路由,这种wifi卡显见没啥用,可以考虑:

  • 另一块网卡,这样路由就不再单臂,更实至名归一些(板子还是天生12v供电,你不做路由谁做路由?)。
  • 扩SATA。也是好主意,但这板自带16GB emmc跑host和kvm足够,还空一个TF卡槽,需要的话插卡就很方便。再扩SATA就没啥必要了,并且SATA供电也得外接,板上并无接口,鸡肋了。
  • 其他PCIe设备,意思不大。

某宝上转了一圈,其实基于i225V B3(或者RTL 8125)的m.2接口2.5G网卡,居然比i210的千兆还便宜20块,赫然写着新版绝不断流……

犹豫再三我还是入了i210版本,综合考虑了自己对2.5G的不感冒,以及RK3399的转发能力,适合自己才是最好的嘛。即使接单块2.5G网卡,再做2.5G单臂路由的话,还需要2.5G vlan switch,没事咱就别给自己挖坑了。

卡么,看板子糙了点儿,但外观毕竟不能当饭吃。

 

完整阅读本篇»