On Thu, Aug 12, 2021 at 10:49 AM Kefu Chai <kchai@xxxxxxxxxx> wrote: > > 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. Fedora only supports n and n-1 so probably time to upgrade if you can Sage. https://fedoraproject.org/wiki/Releases#Current_Supported_Releases You can see Kefu's latest builds here and download manually if necessary. http://copr.fedorainfracloud.org/coprs/tchaikov/libzbd/build/2508667/ > > > > > > > > > > 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 > -- Cheers, Brad _______________________________________________ Dev mailing list -- dev@xxxxxxx To unsubscribe send an email to dev-leave@xxxxxxx
