On Thu, Aug 12, 2021 at 7:49 AM Damien Le Moal <Damien.LeMoal@xxxxxxx> wrote: > > On 2021/08/12 3:31, Abutalib Aghayev wrote: > > The next thing I'm working on is some scripts to set up an emulated > > zbd device so that you can run ceph_test_objectstore. I need some > > help with the libzbd package for fedora.. I see that Kefu created a > > copr a while back that has an old build it in, but when I try to > > enable it (on fc32), I get > > > > $ sudo dnf copr enable tchaikov/libzbd > > Enabling a Copr repository. Please note that this repository is not part > > of the main distribution, and quality may vary. > > > > The Fedora Project does not exercise any power over the contents of > > this repository beyond the rules outlined in the Copr FAQ at > > <https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr > > <https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr>>, > > and packages are not held to any quality or security level. > > > > Please do not file bug reports about these packages in Fedora > > Bugzilla. In case of problems, contact the owner of this repository. > > > > Do you really want to enable copr.fedorainfracloud.org/tchaikov/libzbd > > <http://copr.fedorainfracloud.org/tchaikov/libzbd>? [y/N]: y > > Error: This repository does not have any builds yet so you cannot enable it now. > > > > Not sure what I'm doing wrong.. and/or if there is another copr or > > location where I can find newer libzbd packages? the copr repo was setup in hope to help the build of ceph with libzbd enabled on centos8/rhel8. so only el8 build were available. but i just enabled fc33 and fc34 also, and updated the rpm src package, which was also created using "make rpm". yeah, fc32 is not offered as an option from copr. hence no fc32 packages so far. > > > > > > I don't know what copr is, but you can just clone the repo > > <https://github.com/westerndigitalcorporation/libzbd> and do "sh ./autogen.sh && > > ./configure && make rpm" to get the latest package. > > I always put rpm packages with the releases: > > https://github.com/westerndigitalcorporation/libzbd/releases > > These are the result of "make rpm" on my Fedora 34 box though. > Executing "make rpm" for the distro being used (RHEL or CentOS, etc) will > probably be better. > > Note that I am working on getting libzbd (and libzbc) into Fedora. But that will > still take 3-4 weeks until the packages are available for "dnf install". Still > doing some cleanups and having a good fight with the SPEC files. Will be posting > the new package request soon. > > > That being said, when we talked last week you asked if we should still keep > > libzbd for older distros and I said yes. But that might be misleading because > > libzbd is just a wrapper around the ioctls; if the kernel does not have the > > ioctls, libzbd will not help. So, in the long term we may get rid of libzbd and > > use just ioctls. > > Yes, libzbd is completely optional as the Ceph code can use the ioctls directly. > The interface is defined in /usr/include/linux/blkzoned.h, which is > include/uapi/linux/blkzoned.h in the kernel tree. The presence of this file is > actually the best indicator that the kernel supports zoned block devices as the > kernel "make header-install" installs that file depending on > CONFIG_BLK_DEV_ZONED being "y". > > Note that some distros screw things up royally in that area and do not install > this header file even though they are running a kernel compiled with zoned block > device support enabled (*cought* Ubuntu *cough*). > > > > -- > Damien Le Moal > Western Digital Research > > _______________________________________________ Dev mailing list -- dev@xxxxxxx To unsubscribe send an email to dev-leave@xxxxxxx
