On Sep 22, 2023, at 01:45, Jan Andersen <[email protected]<mailto:[email protected]>>
wrote:
Hi Andreas,
Thank you for your insightful reply. I didn't know Rocky; I see there's a
version 9 as well - is ver 8 better, since it is more mature?
There is an el9.2 ldiskfs series that would likely also apply to the Rocky9.2
kernel of the same version. We are currently using el8.8 servers in production
and I'm not sure how many people are using 9.2 yet. On the client side,
Debian/Ubuntu are widely used.
You mention zfs, which I really liked when I worked on Solaris, but when I
tried it on Linux it seemed to perform poorly, but that was in Ubuntu; is it
better in Redhat et al.?
I would think Ubuntu/Debian is working with ZFS better (and may even have ZFS
.deb packages available in the distro, which RHEL will likely never have).
It's true the ZFS performance is worse than ldiskfs, but can make it easier to
use. That is up to you.
Cheers, Andreas
/jan
On 21/09/2023 18:40, Andreas Dilger wrote:
The first yes toon to ask is what is your end goal? If you just want to build
only a client that is mounting to an existing server, then you can disable the
server functionality:
./configure --disable-server
and it should build fine.
If you want to also build a server, and *really* want it to run Debian instead
of eg. Rocky 8, then you could disable ldiskfs and use ZFS:
./configure --disable-ldiskfs
You need to have installed ZFS first (either pre-packaged or built yourself),
but it is less kernel-specific than ldiskfs.
Cheers, Andreas
On Sep 21, 2023, at 10:35, Jan Andersen <[email protected]<mailto:[email protected]>>
wrote:
My system: Debian 11, kernel version 5.10.0-13-amd64; I have the following
source code:
# ll /usr/src/
total 117916
drwxr-xr-x 2 root root 4096 Aug 21 09:19 linux-config-5.10/
drwxr-xr-x 4 root root 4096 Jul 25 2022 linux-headers-5.10.0-12-amd64/
drwxr-xr-x 4 root root 4096 Jul 25 2022 linux-headers-5.10.0-12-common/
drwxr-xr-x 4 root root 4096 Jul 25 2022 linux-headers-5.10.0-13-amd64/
drwxr-xr-x 4 root root 4096 Jul 25 2022 linux-headers-5.10.0-13-common/
drwxr-xr-x 4 root root 4096 Aug 11 09:59 linux-headers-5.10.0-24-amd64/
drwxr-xr-x 4 root root 4096 Aug 11 09:59 linux-headers-5.10.0-24-common/
drwxr-xr-x 4 root root 4096 Aug 21 09:19 linux-headers-5.10.0-25-amd64/
drwxr-xr-x 4 root root 4096 Aug 21 09:19 linux-headers-5.10.0-25-common/
lrwxrwxrwx 1 root root 24 Jun 30 2022 linux-kbuild-5.10 ->
../lib/linux-kbuild-5.10
-rw-r--r-- 1 root root 161868 Aug 16 21:52 linux-patch-5.10-rt.patch.xz
drwxr-xr-x 25 root root 4096 Jul 14 21:24 linux-source-5.10/
-rw-r--r-- 1 root root 120529768 Aug 16 21:52 linux-source-5.10.tar.xz
drwxr-xr-x 2 root root 4096 Jan 30 2023 percona-server/
lrwxrwxrwx 1 root root 28 Jul 29 2022 vboxhost-6.1.36 ->
/opt/VirtualBox/src/vboxhost
lrwxrwxrwx 1 root root 32 Apr 17 19:32 vboxhost-7.0.8 ->
../share/virtualbox/src/vboxhost
I have downloaded the source code of lustre 2.15.3:
# git checkout 2.15.3
# git clone git://git.whamcloud.com/fs/lustre-release.git
- and I'm trying to build it, following https://wiki.lustre.org/Compiling_Lustre
I've got through 'autogen.sh' and 'configure' and most of 'make debs', but when
it comes to patching:
cd linux-stage && quilt push -a -q
Applying patch patches/rhel8/ext4-inode-version.patch
Applying patch patches/linux-5.4/ext4-lookup-dotdot.patch
Applying patch patches/suse15/ext4-print-inum-in-htree-warning.patch
Applying patch patches/linux-5.8/ext4-prealloc.patch
Applying patch patches/ubuntu18/ext4-osd-iop-common.patch
Applying patch patches/linux-5.10/ext4-misc.patch
1 out of 4 hunks FAILED
Patch patches/linux-5.10/ext4-misc.patch does not apply (enforce with -f)
make[2]: *** [autoMakefile:645: sources] Error 1
make[2]: Leaving directory '/root/repos/lustre-release/ldiskfs'
make[1]: *** [autoMakefile:652: all-recursive] Error 1
make[1]: Leaving directory '/root/repos/lustre-release'
make: *** [autoMakefile:524: all] Error 2
My best guess is that it is because the running kernel version doesn't exactly
match the kernel source tree, but I can't seem to find that version. Am I right
- and if so, where would I go to download the right kernel tree?
_______________________________________________
lustre-discuss mailing list
[email protected]<mailto:[email protected]>
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
Cheers, Andreas
--
Andreas Dilger
Lustre Principal Architect
Whamcloud
_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
