11:15 <CapNemo> hello, I was wondering: how can I upgrade my orange pi 5+ to a kernel 6.x from the legacy image ? I tried armbian-config but it seems to not boot after that. Any ideas?

11:40 <Treibholz> CapNemo: I think, the legacy-kernel is heavily patched. I once tried to merge it with 6.1, but there were too many merge conflicts.

11:41 <DC-IRC> <station010> The 6.x kernel for OPI5+ does not have HDMI support at present so maybe it does boot but you can only use SSH connection (no graphic desktop)

11:41 <Treibholz> CapNemo: what are you missing in 5.10.160?

11:41 <CapNemo> Treibholz: mostly the module rbd to have ceph drives

11:46 <Treibholz> CapNemo: rbd is not that new. It should be available in 5.10.x...

11:47 <Treibholz> yes, /boot/config-5.10.160-legacy-rk35xx says: # CONFIG_BLK_DEV_RBD is not set

11:50 <CapNemo> yes maybe I need to build a new image with the build project, but I would have to disable upgrade on the kernel package for sure

11:54 <Treibholz> I couldn't get zfs-dkms compiled with 5.10.160-legacy-rk35xx, so I also thought about building it myself. In the hope, that just the headers don't match properly.

11:56 <Treibholz> But then I decided to go with btrfs (zfs for the poor) - as long as I don't use parity-raid, I guess it's good enough.

11:56 <CapNemo> ah yes dkms is another universe on top of that :-/

12:42 <_Random> would anyone know if OpenMediaVaault works with Kernel: 6.1.50-current-rockchip64 aarch64 bits: 64 Distro: Armbian GNU/Linux 11 (bullseye) SBC is ARM Device System: FriendlyElec NanoPi M4 Ver2.0 . 6-Core model: N/A variant-1: cortex-a72 variant-2: cortex-a53 bits: 64

12:54 <Treibholz> CapNemo: what's the minimum of nodes you need for CEPH? 3 or 4? I'm wondering if this could become a nice replacement for my HP MicroServer Gen8, which still works well but is also quite old now.

12:55 <CapNemo> Treibholz: yep, 3 as a minimum.

12:56 <_Random> would anyone know if OpenMediaVaault works with Kernel: 6.1.50-current-rockchip64 aarch64 bits: 64 Distro: Armbian GNU/Linux 11 (bullseye) SBC is ARM Device System: FriendlyElec NanoPi M4 Ver2.0 . 6-Core model: N/A variant-1: cortex-a72 variant-2: cortex-a53 bits: 64

12:57 <Treibholz> I'm thinking about k3s with rook. The OPi5+ is about as fast as the Xeon E3-1230 V2, which I have in the microserver.

12:57 <DC-IRC> <tenkawa42> _Random: Please only post once

13:01 <CapNemo> Treibholz: yes that's exactly my intention ;) I have 3 orangepi5+ with ssds

13:02 <CapNemo> ok, this is super weird: by using the build script, I can see the rbd module is properly compiled, but for some reason it's not included into the debian package ?!

13:03 <DC-IRC> <tenkawa42> CapNemo: what build script?

13:04 <CapNemo> tenkawa42, the armbian/build project

13:05 <DC-IRC> <tenkawa42> Do you have the output you can upload to paste.armbian.com ?

13:07 <CapNemo> ok let me try that

13:07 <DC-IRC> <tenkawa42> Ok.

13:09 <CapNemo> tenkawa42: there you go: http://paste.armbian.com/ayujapokev.bash

13:11 <DC-IRC> <tenkawa42> so after install you get nothing on a sudo modinfo rbd?

13:12 <CapNemo> basically module not found and it's indeed not present in the package

13:13 <DC-IRC> <tenkawa42> this is putting it in the 5.10 pkg.. you are expecting that right?

13:14 <CapNemo> yes, unless that assumption is not good

13:16 <DC-IRC> <tenkawa42> Yeah it says it "should" be in /armbian/output/packages-hashed/global/linux-image-legacy-rk35xx_5.10.160-Sa838-D6ad0-P0000-C999999Hfe66-HK01ba-Vc222-Bc698-R448a_arm64.deb

13:16 <DC-IRC> <tenkawa42> very odd

13:16 <DC-IRC> <tenkawa42> Let me build it here

13:17 <CapNemo> ok

13:21 <DC-IRC> <tenkawa42> Ok this shouldn't take too long... I have a very fast builder

13:23 <CapNemo> ehehe no worries :)

13:27 <DC-IRC> <tenkawa42> Git pulls are the slowest part

13:32 <CapNemo> oh yes, Im keeping a vm alive to avoid that phase

13:36 <DC-IRC> <tenkawa42> I have a lot of bandwidth.. unfortunately slower/distant mirrors for me

13:45 <DC-IRC> <tenkawa42> wow only at 31% on the git pull on the full tree

13:45 <DC-IRC> <tenkawa42> wow only at 31% on the git pull on the shallow tree

14:12 <DC-IRC> <tenkawa42> finally building

14:28 <DC-IRC> <tenkawa42> worked hee

14:28 <DC-IRC> <tenkawa42> er here

14:28 <DC-IRC> <tenkawa42> -rw-rw-r-- 1 na root 52956 Sep 18 10:27 base-files_23.08.0-trunk-bookworm_arm64__1-bookworm-1armbian1-Bbecb-R55fa.deb

14:29 <DC-IRC> <tenkawa42> root@dbuilder:/usr/src/test1/output/debs# mkdir tmp

14:29 <DC-IRC> <tenkawa42> root@dbuilder:/usr/src/test1/output/debs# cd tmp

14:29 <DC-IRC> <tenkawa42> root@dbuilder:/usr/src/test1/output/debs/tmp# ar x ../linux-image-legacy-rk35xx_23.08.0-trunk_arm64__5.10.160-Sa838-D6ad0-P0000-C999999Hfe66-HK01ba-Vc222-Bc698-R448a.deb

14:29 <DC-IRC> <tenkawa42> root@dbuilder:/usr/src/test1/output/debs/tmp# tar -xf data.tar

14:29 <DC-IRC> <tenkawa42> root@dbuilder:/usr/src/test1/output/debs/tmp# find . -name "rbd.ko"

14:29 <DC-IRC> <tenkawa42> ./lib/modules/5.10.160-legacy-rk35xx/kernel/drivers/block/rbd.ko

14:30 <DC-IRC> <tenkawa42> ignore the base files.. grabbed too much in my copy/paste

14:32 <Tenkawa> CapNemo: did you see my test results? Didn't want to change my output on Discord because the bouncer changes it oddly for irc ysers

14:32 <Tenkawa> er usrs

14:32 <Tenkawa> wow my typing.... users

14:46 <CapNemo> Tenkawa: let me see

14:48 <CapNemo> wow, I can't reproduce that

14:55 <CapNemo> going to retry from a fresh vm

15:40 <CapNemo> Tenkawa: FYI, by creating a brand new VM, I got the module included properly. So I guess there was some left overs that was locking the building in a given state

15:41 <Tenkawa> Good to hear the cleanup work... quite annoying when odd things occur like that

15:41 <CapNemo> thanks a lot for having testing it as well :)

15:42 <Tenkawa> np at all.