Coming soon.
Updating to Arrow 16.0.0
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Coming soon to rawhide.
Updating to ORC 2.0.0 from 1.9.x
Currently ceph and gdal are the only packages with dependencies on Apache
ORC (liborc) and Apache Arrow (libarrow)
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
Hi,
Anyone know why distriobuildsync-eln has started building liborc and
libarrow again?
They were stopped at one point, but now they have started again.
There are not needed for ceph in ELN.
--
Kaleb
--
___
devel mailing list --
Updating to Arrow 15.0.0.
Ceph is the only consumer–AFAIK–of libarrow.
(Both ceph and libarrow failed to build in the recent mass rebuild, but
have been built since then.)
--
Kaleb
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
Is someone in contact with cstratak?
I started the non-responsive maintainer process [1], because I asked that
python-installer be branched and built for epel, or to add the EPEL
packagers SIG to the maintainers [2] on 14 Nov 2023 and added a NEEDINFO on
16 Nov.
Even after allowing for holidays,
On Tue, Nov 7, 2023 at 4:12 PM Adam King wrote:
> I think the orch code itself is doing fine, but a bunch of tests are
> failing due to https://tracker.ceph.com/issues/63151. I think that's
> likely related to the ganesha build we have included in the container and
> if we want nfs over rgw to
The update to 13.0.0 is on hold due to FTBFS on s390x.
Waiting for a fix from the devs.
On Thu, Jul 20, 2023 at 10:06 AM Kaleb Keithley wrote:
>
>
> On Mon, May 1, 2023 at 8:01 AM Kaleb Keithley wrote:
>
>>
>>
>> Now Apache Arrow 12.0.0 has been released.
>&g
On Mon, May 1, 2023 at 8:01 AM Kaleb Keithley wrote:
>
>
> Now Apache Arrow 12.0.0 has been released.
>
> Rebase landing soon in Rawhide.
>
Apache Arrow (libarrow) 13.0.0 has been released.
At least within Fedora, only Ceph (ceph-common, ceph-radosgw, ceph-test,
librgw2) d
Hi,
Apache ORC 1.9.0 has been released.
I believe it is the case that only libarrow (Apache Arrow) and by
extension, ceph consume liborc, and I am the maintainer of both libarrow
and ceph. (My repoqueries don't show anything using liborc or liborc-devel.)
I will be rebasing liborc to 1.9.0
Hi,
I don't see a specific epel working group list on lists.fpo.
I'd like to update rocksdb to a newer version for consumption by ceph.
(Ceph currently bundles rocksdb-7.9.2 IIRC for when the distribution's
version is too old.)
AFAIK, AFAICT, ceph is the only consumer of rocksdb in EPEL (or in
Hi,
ceph-18 RC will likely be tagged in the next week or two, according to my
sources.
(Note: wrt rhbz#2193399, the submoduled/bundled boost that's currently in
ceph-18 is newer than the version in ceph-17 (quincy) and does support
kXXH3 cksum. Ceph, even ceph-18, hasn't caught up to boost-1.81,
On Thu, Feb 9, 2023 at 12:02 PM Kaleb Keithley wrote:
>
> On Tue, Nov 29, 2022 at 10:54 AM Kaleb Keithley
> wrote:
>
>> Hi,
>>
>> Apache Arrow 10.0.0 has been released.
>>
>> At present nobody is using libarrow except Ceph. (Which I am the
>> m
I'm not entirely following you. Your examples in your README.rst —
lua-devel and nasm — are available in RHEL9 and CentOS Stream 9. They are
in the CodeReady Builder repos.
I sampled a few of the packages in
https://copr.fedorainfracloud.org/coprs/ceph/el9/packages/ too. libev is in
the base.
On Thu, Feb 23, 2023 at 8:19 AM Jakub Jelinek wrote:
> On Thu, Feb 23, 2023 at 01:11:13PM +, Jonathan Wakely wrote:
> > On Thu, 23 Feb 2023 at 13:03, Richard W.M. Jones wrote:
> > > Do you know anything about what's happening with Ceph?
> >
> > No idea, sorry.
>
> Ceph is likely #2169364 aka
On Tue, Nov 29, 2022 at 10:54 AM Kaleb Keithley wrote:
> Hi,
>
> Apache Arrow 10.0.0 has been released.
>
> At present nobody is using libarrow except Ceph. (Which I am the
> maintainer of.)
>
> I will be rebasing libarrow to 10.0.0 within the next couple of days.
>
Hi,
Apache Arrow 10.0.0 has been released.
At present nobody is using libarrow except Ceph. (Which I am the maintainer
of.)
I will be rebasing libarrow to 10.0.0 within the next couple of days.
--
Kaleb
___
devel mailing list --
E.g. my scratch build of ceph (
https://koji.fedoraproject.org/koji/taskinfo?taskID=92955292) failsthusly:
...
DEBUG util.py:443: Error:
DEBUG util.py:443: Problem: package
perl-Archive-Tar-2.40-490.fc37.noarch requires
perl(IO::Uncompress::UnXz), but none of the providers can be installed
On Tue, Aug 23, 2022 at 9:24 AM Richard W.M. Jones
wrote:
> On Tue, Aug 23, 2022 at 02:03:57PM +0100, Richard W.M. Jones wrote:
> > >
> > > ceph also uses rocksdb, so I think I'd want rocksdb to be rebuilt
> before ceph
> > > (i.e. before I rebuild ceph).
> >
> > AFAIK nothing should need to be
On Tue, Aug 23, 2022 at 8:47 AM Richard W.M. Jones
wrote:
> On Tue, Aug 23, 2022 at 10:24:50AM +0100, Richard W.M. Jones wrote:
> > - ceph
> > ...
> > - rocksdb
>
>
> I built ceph, qemu, samba & plocate with the new liburing 2.2 and
> there didn't seem to be any problem with liburing. Samba
On Mon, Aug 15, 2022 at 15:15, Kaleb Keithley
> wrote:
>
> On Sun, Aug 14, 2022 at 8:31 AM Strahil Nikolov
> wrote:
>
>
> Yet, when I asked the CentOS Storage SIG about the situation after the
> CentOS Stream goes end of life -> there was no definitive answer.
>
>
On Sun, Aug 14, 2022 at 8:31 AM Strahil Nikolov
wrote:
>
> Yet, when I asked the CentOS Storage SIG about the situation after the
> CentOS Stream goes end of life -> there was no definitive answer.
>
I'm not sure asking the Storage SIG is the right thing to do. The SIGs are
subject to whatever
Hi,
Apache Arrow 9.0.0 has been released.
AFAIK nobody is using libarrow¹ except Ceph. (Which I am the maintainer of.)
I will be rebasing libarrow to 9.0.0 within the next few hours.
¹ E.g.:
$ sudo dnf repoquery --whatrequires libarrow
Last metadata expiration check: 1:36:14 ago on Wed 03
On Sun, Jul 17, 2022 at 3:56 PM wrote:
>
> Same for ceph. I tried unsucessfully to rebuild it. The bug is not yet
> upstream, only in Debian yet
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014549
I opened https://tracker.ceph.com/issues/56610
--
Kaleb
On Sun, Jul 17, 2022 at 3:56 PM wrote:
>
> Same for ceph. I tried unsucessfully to rebuild it. The bug is not yet
> upstream, only in Debian yet
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014549
>
Do you have a link to the failed build?
--
Kaleb
On Mon, Jul 18, 2022 at 11:46 AM Yaniv Kaul wrote:
>
>
> On Mon, Jul 18, 2022 at 6:34 PM Thomas Cameron <
> thomas.came...@camerontech.com> wrote:
>
>> On 7/18/22 09:18, Péter Károly JUHÁSZ wrote:
>> > The best would be officially pre built rpms for RHEL.
>>
>> Where are there official Red Hat
The only "official" supported RPMs I know about come from Red Hat with a
RHGS subscription.
Community packages are built from the upstream source by volunteers; they
are built on third party build systems, e.g. SUSE OBS, Ubuntu Launchpad,
Fedora Koji, and CentOS CBS. The packages built in CentOS
On Sat, Jul 16, 2022 at 5:42 PM Thomas Cameron <
thomas.came...@camerontech.com> wrote:
> All -
>
> Is there a way to install community packages on genuine RHEL? ... It seems
> like I need to install
> centos-release-gluster9-1.0-1.el8.noarch.rpm,
>
On Tue, Jul 5, 2022 at 9:45 AM Miro Hrončok wrote:
> On 05. 07. 22 15:20, Kaleb Keithley wrote:
> >
> >
> > On Tue, Jul 5, 2022 at 9:07 AM Richard W.M. Jones > <mailto:rjo...@redhat.com>> wrote:
> >
> > On Tue, Jul 05, 2022 at 01:17:39P
On Tue, Jul 5, 2022 at 9:07 AM Richard W.M. Jones wrote:
> On Tue, Jul 05, 2022 at 01:17:39PM +0200, Miro Hrončok wrote:
> > Hello,
> > forwarding this message to Fedora.
> >
> > Will know more by the end of this week -- we might need to consider
> > reverting back to Python 3.10 if we don't
On Wed, Mar 23, 2022 at 8:25 AM Strahil Nikolov
wrote:
> CentOS 8 repos are archived. I wonder if there is a storage sig repo that
> can provide the packages.
>
>
Another repo? Like the CentOS Stream 8 repos perhaps?
> Best Regards,
> Strahil Nikolov
>
> On Wed, Mar 23, 2022 at 12:11,
On Wed, Feb 16, 2022 at 7:48 AM Maarten van Baarsel <
mrten_glusterus...@ii.nl> wrote:
> ...
> installing 10.1 from the PPA but I stumble:
> ...
Where do I report this, besides on this list?
>
It feels like I answer this question at least once a month.
Hi,
I need https://bugzilla.redhat.com/show_bug.cgi?id=2054708 reviewed please.
This is a pre-req dependency needed for new features in the next major
release of Ceph, i.e. Quincy.
Thanks
--
Kaleb
___
devel mailing list --
On Tue, Feb 15, 2022 at 9:08 AM lejeczek wrote:
> there are no releases in repos(including EPEL's) for any
> gluster version in C9 as of today.
>
They won't ever be in EPEL. Nor will they be in CentOS Stream 9 proper.
They will be in CentOS Storage SIG repos for Stream 9.
What will be in the
On Tue, Feb 15, 2022 at 9:08 AM lejeczek wrote:
> there are no releases in repos(including EPEL's) for any
> gluster version in C9 as of today.
>
They won't ever be in EPEL. Nor will they be in CentOS Stream 9 proper.
They will be in CentOS Storage SIG repos for Stream 9.
What will be in the
On Sun, Feb 13, 2022 at 3:08 AM Yaniv Kaul wrote:
>
>
> Personally, I would like to see CentOS 9 Stream support soon.
> Y.
>
glusterfs-10.1 (and 10.0) were built for Stream 9[1][2][3]. And are even
tagged for release.
glusterfs-9.5 was too[1][4]
Maybe what's missing are the
On Sun, Feb 13, 2022 at 3:08 AM Yaniv Kaul wrote:
>
>
> Personally, I would like to see CentOS 9 Stream support soon.
> Y.
>
glusterfs-10.1 (and 10.0) were built for Stream 9[1][2][3]. And are even
tagged for release.
glusterfs-9.5 was too[1][4]
Maybe what's missing are the
On Thu, Jan 27, 2022 at 4:50 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 27/01/2022 01:30, Adam Williamson wrote:
> > Kaleb tried a ceph build with ppc64le turned back on, but it's failed:
>
Only because I started the ceph build too soon and the new build of fmt
On Sat, Jan 22, 2022 at 2:28 PM Kaleb Keithley wrote:
>
>> The long double change is an ABI change, so this is kind of expected.
>> Mass rebuild unfortunately doesn't go according to the dependency graph
>> (and
>> unfortunately it isn't a tree, there are cycles).
>
On Sun, Jan 23, 2022 at 4:58 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 22/01/2022 17:22, Jakub Jelinek wrote:
> > The long double change is an ABI change, so this is kind of expected.
>
> abidiff automatic test found no ABI changes between 8.0 and 8.1.
I think
On Sat, Jan 22, 2022 at 11:22 AM Jakub Jelinek wrote:
> On Sat, Jan 22, 2022 at 09:56:24AM -0500, Kaleb Keithley wrote:
> > I know you want FTBFS bugs now for gcc-12 issues, but let me run this by
> > you first and I will open a BZ if necessary.
> >
> > For ceph I
I know you want FTBFS bugs now for gcc-12 issues, but let me run this by
you first and I will open a BZ if necessary.
For ceph I've hacked up a fix for all the other gcc-12isms in ceph and now
it fails to build on ppc64le[1] with
...
/usr/bin/ld:
On Thu, Jan 20, 2022 at 7:50 AM Kaleb Keithley wrote:
>
> I thought I'd solved all my gcc-12-isms in ceph by running --scratch
> --arch-override=x86_64 builds, so I tried a full build and ran into this on
> aarch64. :-(
>
ppc64le and s390x as well.
I thought I'd solved all my gcc-12-isms in ceph by running --scratch
--arch-override=x86_64 builds, so I tried a full build and ran into this on
aarch64. :-(
/usr/bin/g++ -DBOOST_ASIO_DISABLE_THREAD_KEYWORD_EXTENSION
-DBOOST_ASIO_USE_TS_EXECUTOR_AS_DEFAULT -DHAVE_CONFIG_H
-D_FILE_OFFSET_BITS=64
Ceph fails with gcc-12 too.
scratch build at
https://koji.fedoraproject.org/koji/taskinfo?taskID=81280838
upstream ceph bug at https://tracker.ceph.com/issues/53896
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Mon, Nov 29, 2021 at 8:01 AM Daniel P. Berrangé
wrote:
> On Mon, Nov 29, 2021 at 07:36:30AM -0500, Kaleb Keithley wrote:
> > This seems to be happening on a semi-regular basis now. I run scratch
> > builds and they invariably work, but I have seen at least one of my
> scrat
This seems to be happening on a semi-regular basis now. I run scratch
builds and they invariably work, but I have seen at least one of my scratch
builds fail with the same error on f36/rawhide.
This makes no sense that gcc gets an internal error on random occastions.
Is it the machine (or vm)
On Mon, Nov 22, 2021 at 12:56 PM Richard W.M. Jones
wrote:
...
> libqemuutil.a.p/util_vfio-helpers.c.o -c ../util/vfio-helpers.c
> during RTL pass: mach
> ../util/vfio-helpers.c: In function 'qemu_vfio_open_pci':
> ../util/vfio-helpers.c:523:1: internal compiler error: in
>
On Wed, Nov 17, 2021 at 10:20 PM wrote:
> Notification time stamped 2021-11-18 01:07:11 UTC
>
> ceph's builds started to fail in Fedora 35
> https://apps.fedoraproject.org/koschei/package/ceph?collection=f35
>
>
Not sure what I'm supposed to see here. The ceph builds are all green.
But
On Tue, Nov 9, 2021 at 7:22 AM Mamoru TASAKA
wrote:
> Kaleb Keithley wrote on 2021/11/09 21:14:
> > I'm trying to do a scratch build but not getting python3-devel installed.
> >
> > The .spec file has BR: python3-devel, and rpm -qp --requires on the
> > .src.rpm shows
I'm trying to do a scratch build but not getting python3-devel installed.
The .spec file has BR: python3-devel, and rpm -qp --requires on the
.src.rpm shows it has the needed Requires: python3-devel.
E.g. https://kojipkgs.fedoraproject.org//work/tasks/6036/78546036/root.log
Regular builds of
On Fri, Oct 29, 2021 at 8:42 AM Daniel P. Berrangé
wrote:
> On Fri, Oct 29, 2021 at 09:32:16PM +0900, Mamoru TASAKA wrote:
> > Daniel P. Berrangé wrote on 2021/10/29 21:15:
> > > On Fri, Oct 29, 2021 at 07:55:08AM -0400, Kaleb Keithley wrote:
> > > > On Fri, Oct 2
On Fri, Oct 29, 2021 at 6:52 AM Richard W.M. Jones
wrote:
> On Thu, Oct 28, 2021 at 11:16:42AM -0400, Kaleb Keithley wrote:
> >
> > Perfect. Thank you Mamoru-san.
> >
> > armv7hl is now back in.
>
> glusterfs library is totally broken on armv7, aarch64, s390x
Perfect. Thank you Mamoru-san.
armv7hl is now back in.
Regards,
On Thu, Oct 28, 2021 at 10:31 AM Mamoru TASAKA
wrote:
> Kaleb Keithley wrote on 2021/10/28 22:41:
> >
> >
> > See
> >
> https://lists.fedoraproject.org/archives/list/devel@l
See
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3MQ4ZRPS4MOIDG2RPAR6YX43VX2MCOLW/
I have not had a chance to follow through yet with a self contained
change...
On Thu, Oct 28, 2021 at 9:36 AM Richard W.M. Jones
wrote:
>
>
On Mon, Aug 5, 2019 at 9:55 AM Ben Cotton wrote:
> On Mon, Aug 5, 2019 at 9:51 AM Kaleb Keithley wrote:
> >
> >
> > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches.
> > ...
>
> Kaleb, when this is determined upstream, can you please file t
Packages are built for f34, f35, and f36/rawhide in Fedora Koji. They will
appear on the mirrors after a short testing period.
Packages for f33 are on download.gluster.org now.
On Mon, Oct 4, 2021 at 2:13 AM wrote:
> SRC:
>
Packages are built for f34, f35, and f36/rawhide in Fedora Koji. They will
appear on the mirrors after a short testing period.
Packages for f33 are on download.gluster.org now.
On Mon, Oct 4, 2021 at 2:13 AM wrote:
> SRC:
>
On Wed, Sep 22, 2021 at 7:51 AM Taste-Of-IT wrote:
> Hi,
>
> i installed fresh Debian 11 stable and use GlusterFS latest sources. At
> installing glusterfs-server i got error missing libreadline7 Paket, which
> is not in Debian 11.
>
> Is GF 9 not Debian 11 ready?
>
Our Debian 11 box has
Out of all its dependencies, only one doesn't already exist in Fedora:
apache ORC.
I have a package review open at
https://bugzilla.redhat.com/show_bug.cgi?id=2005989; if someone would be so
kind as to pick it up so that I can keep this moving.
Thanks.
On Mon, Jul 26, 2021 at 10:26 AM Kaleb
Hi,
My two most recent ceph builds on s390x have been oom killed.
As recently as four days ago they were building fine.
Any ideas?
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Apparently so.
I don't see an announcement!
It broke the ceph install. :-(
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Wed, Aug 4, 2021 at 8:22 AM Kaleb Keithley wrote:
> On Tue, Aug 3, 2021 at 1:54 PM Florian Weimer wrote:
>
>> * Kaleb Keithley:
>>
>> > ah, I missed that. I looked, but not hard enough apparently, and I
>> presumed it was related
>> > to changes in
On Tue, Aug 3, 2021 at 1:54 PM Florian Weimer wrote:
> * Kaleb Keithley:
>
> > ah, I missed that. I looked, but not hard enough apparently, and I
> presumed it was related
> > to changes in the code.
> >
> ><https://github.com/google/leveldb/issues/927&
On Tue, Aug 3, 2021 at 11:50 AM Florian Weimer wrote:
> * Kaleb Keithley:
>
> > in f35 leveldb-1.22's libleveldb.so.1.22 has, among others, the
> following:
> >
> > # nm -D libleveldb.so.1.22 | grep Logger | grep leveldb
> > 000367f0 T _ZN7leveldb6
in f35 leveldb-1.22's libleveldb.so.1.22 has, among others, the following:
# nm -D libleveldb.so.1.22 | grep Logger | grep leveldb
000367f0 T _ZN7leveldb6LoggerD0Ev
00036740 T _ZN7leveldb6LoggerD1Ev
00036740 T _ZN7leveldb6LoggerD2Ev
000557a0 D _ZTIN7leveldb6LoggerE
Hi,
Ceph is on the threshold of adding a dependency on Apache Arrow[1].
Ceph has had a long history of bundling dependencies so that they can be
built when the platform either doesn't have the dependency or the
dependency is too old. But this time, for a number of factors, the
preference is to
Or, if I may be so bold—
Convince the developers to use versioned symbols when they break the
API/ABI.
This is the 21st Century, and we have solutions for this. It's not rocket
surgery.
On Thu, Jul 1, 2021 at 11:55 AM Richard Shaw wrote:
> I'm still trying to figure out the best way to
On Tue, Jun 29, 2021 at 1:29 AM wrote:
> SRC:
> https://build.gluster.org/job/release-new/144/artifact/glusterfs-9.3.tar.gz
> HASH:
> https://build.gluster.org/job/release-new/144/artifact/glusterfs-9.3.sha512sum
Packages have been built in Fedora koji for rawhide/f35 and f34. Packages
for
On Tue, Jun 29, 2021 at 1:29 AM wrote:
> SRC:
> https://build.gluster.org/job/release-new/144/artifact/glusterfs-9.3.tar.gz
> HASH:
> https://build.gluster.org/job/release-new/144/artifact/glusterfs-9.3.sha512sum
Packages have been built in Fedora koji for rawhide/f35 and f34. Packages
for
On Tue, Jun 15, 2021 at 10:09 AM Miro Hrončok wrote:
> On 15. 06. 21 16:00, Kaleb Keithley wrote:
> >
> > There have been no updates since 2018.
> >
> > If someone else wants to take it over I'm happy to transfer it to them.
> >
> > Otherwise I will reti
There have been no updates since 2018.
If someone else wants to take it over I'm happy to transfer it to them.
Otherwise I will retire it in one week's time.
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On Tue, Jun 8, 2021 at 2:31 PM Michael Jeanson
wrote:
> I have started the process to update userspace-rcu to 0.13 in rawhide
> which implies a soname bump to 8.
>
Does that imply python3.10 too?
> From what I understand, the following packages will need to be rebuilt:
>
>
Packages for various Fedora releases are either in Fedora on available on
https://download.gluster.org/pub/gluster/glusterfs/9/9.2/Fedora/
Packages in Fedora go through a short testing period and then will be
generally available.
Packages for CentOS 7, CentOS 8, and CentOS 8 Stream are available
Packages for various Fedora releases are either in Fedora on available on
https://download.gluster.org/pub/gluster/glusterfs/9/9.2/Fedora/
Packages in Fedora go through a short testing period and then will be
generally available.
Packages for CentOS 7, CentOS 8, and CentOS 8 Stream are available
Packages for various Fedora releases are either in Fedora on available on
https://download.gluster.org/pub/gluster/glusterfs/8/8.5/Fedora/
Packages in Fedora go through a short testing period and then will be
generally available.
Packages for CentOS 7, CentOS 8, and CentOS 8 Stream are available
Packages for various Fedora releases are either in Fedora on available on
https://download.gluster.org/pub/gluster/glusterfs/8/8.5/Fedora/
Packages in Fedora go through a short testing period and then will be
generally available.
Packages for CentOS 7, CentOS 8, and CentOS 8 Stream are available
glusterfs-9.1 is built in Fedora 35/rawhide and 34.
Packages for F34 will land in the Testing repository shortly, and will move
to the Stable repository after a short testing period.
Packages for F33 are on download.gluster.org now.
On Tue, Mar 30, 2021 at 4:59 AM wrote:
> SRC:
>
glusterfs-9.1 is built in Fedora 35/rawhide and 34.
Packages for F34 will land in the Testing repository shortly, and will move
to the Stable repository after a short testing period.
Packages for F33 are on download.gluster.org now.
On Tue, Mar 30, 2021 at 4:59 AM wrote:
> SRC:
>
Everything _we_ have built — except Debian buster(10) and bullseye(11) —
that has uring support has had it enabled. (This _does_ imply that the
packaging files have the build-time dependency added.)
That's all Fedora, CentOS 8, Ubuntu groovy(20.10) and hirsute(21.04), SUSE
Leap 15 and
I was wrong: nfs-ganesha-2.8's fsal_gluster calls glfs_ftruncate() and
glfs_fsync(), which appeared in glusterfs-6.0.
Sorry for any confusion.
--
Kaleb
On Mon, Mar 22, 2021 at 10:07 AM Kaleb Keithley wrote:
>
> GFAPI_6.0 is a reference to a set of versioned symbols in
>
I was wrong: nfs-ganesha-2.8's fsal_gluster calls glfs_ftruncate() and
glfs_fsync(), which appeared in glusterfs-6.0.
Sorry for any confusion.
--
Kaleb
On Mon, Mar 22, 2021 at 10:07 AM Kaleb Keithley wrote:
>
> GFAPI_6.0 is a reference to a set of versioned symbols in
>
GFAPI_6.0 is a reference to a set of versioned symbols in
gluster's libgfapi.
As the version implies, you need at least glusterfs-6.0 to run
nfs-ganesha-2.8.x.
Although it's not clear — without further investigation — why the rpm has
derived that dependency. I'm not seeing that the gluster FSAL
GFAPI_6.0 is a reference to a set of versioned symbols in
gluster's libgfapi.
As the version implies, you need at least glusterfs-6.0 to run
nfs-ganesha-2.8.x.
Although it's not clear — without further investigation — why the rpm has
derived that dependency. I'm not seeing that the gluster FSAL
This update is now six days old, still hasn't reached stable.
Would someone please kick it?
thanks
On Sat, Feb 27, 2021 at 2:20 PM wrote:
> The following comment has been added to the ceph-16.1.0-0.4.snapshot.fc34
> update:
>
> bodhi - 2021-02-27 19:17:57.406291 (karma: 0)
> This update has
glusterfs-9.0-1 is in Fedora-34 (rawhide). packages for fedora-33 and
fedora-32 are on download.gluster.org
On Tue, Jan 19, 2021 at 2:11 AM wrote:
> SRC:
> https://build.gluster.org/job/release-new/137/artifact/glusterfs-9.0.tar.gz
> HASH:
>
glusterfs-9.0-1 is in Fedora-34 (rawhide). packages for fedora-33 and
fedora-32 are on download.gluster.org
On Tue, Jan 19, 2021 at 2:11 AM wrote:
> SRC:
> https://build.gluster.org/job/release-new/137/artifact/glusterfs-9.0.tar.gz
> HASH:
>
On Wed, Jan 13, 2021 at 8:19 AM Miro Hrončok wrote:
> On 13. 01. 21 14:17, Kaleb Keithley wrote:
> >
> > On Tue, Jan 12, 2021 at 3:27 AM > <mailto:notificati...@fedoraproject.org>> wrote:
> >
> > Notification time stamped 2021-01-12 08:26:20 UTC
&g
On Wed, Jan 13, 2021 at 8:17 AM Kaleb Keithley wrote:
>
> On Tue, Jan 12, 2021 at 3:27 AM wrote:
>
>> Notification time stamped 2021-01-12 08:26:20 UTC
>>
>> ceph's builds started to fail in Fedora rawhide
>>
>> https://apps.fedoraproject.org/kosche
On Tue, Jan 12, 2021 at 3:27 AM wrote:
> Notification time stamped 2021-01-12 08:26:20 UTC
>
> ceph's builds started to fail in Fedora rawhide
> https://apps.fedoraproject.org/koschei/package/ceph?collection=f34
>
>
I updated my rawhide box yesterday and it builds fine on that.
There is
On Mon, Nov 9, 2020 at 10:17 AM Strahil Nikolov
wrote:
> Hi Alex,
>
> I have been playing arround with the NFS Ganesha on EL8 and I was
> surprised that the solution deploys the cluster with a 'portblock' resource
> which is relying on IPTABLES, when the default is NFTABLES...
>
portblock is an
https://docs.gluster.org/en/latest/Administrator%20Guide/NFS-Ganesha%20GlusterFS%20Integration/
On Mon, Nov 9, 2020 at 3:08 AM Alex K wrote:
>
> https://docs.gluster.org/en/latest/Administrator%20Guide/NFS-Ganesha%20GlusterFS%20Integration/
>
> Reading the HA setup at the above link, it
On Fri, Oct 23, 2020 at 6:15 AM peter knezel wrote:
> Hello All,
>
> can somebody responsible confirm me, that mount-shared-storage.sh
> is really missing from glusterfs 7.8-2 packages?
> Will new version be created?
>
It is fixed in 7.8-3, which has been on download.gluster.org for several
On Thu, Oct 15, 2020 at 8:26 AM peter knezel wrote:
>
> But why i do not see same daemons?
> was there a crucial change between 7.7-1 and 7.8-1?
>
No, it's just a bug in the packaging.
It would have helped if you had simply indicated which service was running
in 7.7 that wasn't running in 7.8.
On Tue, Oct 13, 2020 at 11:32 AM Niels de Vos wrote:
>
> For me, the following works:
>
> $ mkdir centos8-fluster
> $ cd centos8-gluster
> $ vagrant init centos/8
> $ vagrant up
> $ cat << EOF | vagrant ssh -c 'sudo sh'
> dnf -y update
> dnf -y install epel-release
>
vice - i think it will be
> activated when a glusterfs client locally mounts a created volume.
>
> I will go on and recheck all my steps. i will update this thread later.
> Kind regards,
> peterk
>
>
> On Wed, 14 Oct 2020 at 14:16, Kaleb Keithley wrote:
>
>> On Wed, Oct 1
On Wed, Oct 14, 2020 at 7:56 AM peter knezel wrote:
> Hello All,
>
> i have installed 7.8-1 version of glusterfs packages on a VM with debian
> buster 10.5 and see no glusterfs daemons present.
>
> root@buster:~# dpkg -l|grep gluster
> ii glusterfs-client 7.8-1
> amd64
On Thu, Oct 8, 2020 at 8:10 AM Kaleb Keithley wrote:
> On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
> shegg...@redhat.com> wrote:
>
>>
>> Regards,
>>
>> Sunil kumar Acharya
>>
>>
>>
>> On Wed, Oct 7, 2020 at
On Thu, Oct 8, 2020 at 8:10 AM Kaleb Keithley wrote:
> On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
> shegg...@redhat.com> wrote:
>
>>
>> Regards,
>>
>> Sunil kumar Acharya
>>
>>
>>
>> On Wed, Oct 7, 2020 at
On Thu, Oct 8, 2020 at 8:10 AM Kaleb Keithley wrote:
> On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
> shegg...@redhat.com> wrote:
>
>>
>> Regards,
>>
>> Sunil kumar Acharya
>>
>>
>>
>> On Wed, Oct 7, 2020 at
On Wed, Oct 7, 2020 at 7:33 AM Sunil Kumar Heggodu Gopala Acharya <
shegg...@redhat.com> wrote:
>
> Regards,
>
> Sunil kumar Acharya
>
>
>
> On Wed, Oct 7, 2020 at 4:54 PM Kaleb Keithley wrote:
>
>>
>>
>> On Wed, Oct
1 - 100 of 592 matches
Mail list logo
