On Mon, Sep 27, 2021 at 07:04:39AM +, Eugen Block wrote:
> Good morning,
>
> could anyone tell me if the patch [1] for this tracker issue [2] is already
> available in any new (open)SUSE kernel (maybe Leap 15.3)? We seem to be
> hitting [2] on openSUSE Leap 15.1 and if there's a chance to fix
Sebastian Knust writes:
> Hi,
>
> I am running a Ceph Octopus (15.2.13) cluster mainly for CephFS. Moving (with
> mv) a large directory (mail server backup, so a few million small files)
> within
> the cluster takes multiple days, even though both source and destination share
> the same (default
bbit hole, it looks like
ovl_copy_xattr() will try to copy all the ceph-related vxattrs. And that
won't work (for ex. for ceph.dir.entries).
Can you try cherry-picking this commit into your kernel to see if that
fixes it for you?
Cheers,
--
Luis
> Frédéric.
>
> Le 09/11/2020 à 12:39, Luis
Frédéric Nass writes:
> Hello,
>
> I would like to use a cephfs snapshot as a read/write volume without having to
> clone it first as the cloning operation is - if I'm not mistaken - still
> inefficient as of now. This is for a data restore use case with Moodle
> application needing a writable da
On Fri, Mar 27, 2020 at 07:36:15AM -0400, Jeff Layton wrote:
> On Thu, 2020-03-26 at 10:32 -0700, Gregory Farnum wrote:
> > On Thu, Mar 26, 2020 at 9:13 AM Frank Schilder wrote:
> > > Dear all,
> > >
> > > yes, this is it, quotas. In the structure A/B/ there was a quota set on
> > > A. Hence, B
On Mon, Dec 02, 2019 at 10:27:21AM +0100, Marc Roos wrote:
>
> I have been asking before[1]. Since Nautilus upgrade I am having these,
> with a total node failure as a result(?). Was not expecting this in my
> 'low load' setup. Maybe now someone can help resolving this? I am also
> waiting quit
Andrej Filipcic writes:
> Hi,
>
> I have two directories, cache_fast and cache_slow, and I would like to move
> the
> least used files from fast to slow, aka, user side tiering. cache_fast is
> pinned
> to fast_data ssd pool, while cache_slow to hdd cephfs_data pool.
>
> $ getfattr -n ceph.dir
Thomas <74cmo...@gmail.com> writes:
> But I think the number of clients older than Luminous is incorrect.
>
> I'm running 98% of the clients with SLES 12SPx, and therefore the
> question is:
> Can you confirm in which SLES 12 release the function upmap is supported?
I can confirm that SLE12-SP3 *
