►
From YouTube: Ceph Developer Summit Quincy: CephFS Follow-up
A
You
want
to
follow
along
locally.
I
think
everyone
should
be
able
to
have
access
to
that,
because
it's
a
public
board
and
for
those
of
you
who
are
not
familiar
with
it
again,
this
is
an
upstream
trello.
I
think
stage
uses
this
a
lot
to
try
to
keep
track
of.
What's
going
on
in
the
project
as
a
whole.
A
A
Going
through
all
these
cards
that
we
have
in
this
ffs,
where
we
call
these
boards
anyway
and
just
give
like
status
updates
on
where
we
are
and
whether
or
not
we
want
to
commit
to
getting
it
done
in
the
quincy
release.
If
we
are
then
we'll
keep
the
quincy
label,
otherwise
we'll
remove
it
and
it
can
just
stay
backlogged.
A
A
C
B
B
A
Versions
so
raise
the
health
warning
if
mds
demons
are
not
version
matched,
so
this
one
was
very
specific
at
the
time
I
wrote
the
feature,
but
I
believe
recently,
we've
added
just
broad
set
for
support
for
raising
a
warning.
If
there's
mixed
versions
in
the
ceph
cluster
for
any
demon
type,
I'm
not
absolutely
sure
on
that.
B
C
D
A
A
A
So
I
know
we
had
some
changes
to
sefuse
that
young
had
made
for
lazy.
I
o
purposes
that
cern
was
very
interested
in,
but
I
don't
think
we
had
any
corresponding
changes
to
the
kernel
client.
So
I
made
tracker
ticket
and
I'm
not
even
sure
what
the
delta
is
between
the
kernel,
client
and
the
fuse
client
is
and
we're
not
really
testing
either
one
in
upstream
qa.
So
it's
not
really
clear.
E
F
E
B
D
E
E
B
E
B
E
A
Yeah,
when
I
was
talking
to
jungle
about
this,
however
long
ago,
the
way
the
way
I
was
hoping
this
he
has
turned
this
on-
would
be
some
automatic
way
with
a
subtree,
a
directory,
vx
adder
that
affects
the
whole
subtrees.
Consistency
sticks
junk,
didn't
like
that.
For
reasons
I
don't
recall,
so
he
added
in
just
configs
that
turn
it
on
for
the
client
across
the
board.
I
believe,
and
that
seemed
to
work
well
enough
for
what
cern
was
doing.
E
B
D
A
A
G
G
A
B
A
A
G
No
patrick
is
still
around
he
just
we
were
just
having
a
conversation
right,
quick,
I'm
just
kind
of
talking
about
what
if
we
were
gonna
work
on
this
feature
or
leave
it
in
the
backlog,
and
I
for
one
would
love
to
have
it
in,
but
I
don't
think
I
don't
think
there's
enough
priority
on
it
relative
to
how
much
work
it
is
to
commit
red
hat
resources
to
it.
Yet.
A
F
Yeah,
this
can
be
done
a
bit
well,
if,
once
we
have
the
r
stats
fixed,
which
is
what
millin
is
trying
on
trying
trying
to
the
immediate
demand,
can
switch
using
the
rc
time
for
incremental
transfers,
or
rather
not
only
incremental
transfers,
but
also
like
only
choosing
those
sub
trees
with
needs
which
have
any
changes
in
the
entire
tree.
So
yeah
this
is
pretty
much
redundant.
I
guess.
B
H
A
Yeah,
I
think
we
can
archive
this
one
too.
At
the
time
we
were
considering,
this
pg
merging
still
did
not
exist
and
also
you,
you
kind
of
had
to
have
a
like
a
minimum
number
of
pgs
for
a
pool.
I
think
it
was
like
32
or
something
and
it
had
to
be
fairly
high
and
if
you,
if
we
ever
wanted
to
get
to
a
point
where
you
had
dozens
or
even
hundreds
of
file
systems
in
a
cluster,
you
you,
you
would
have
too
many
pg's
being
being
allocated
for
that.
A
A
D
A
I
A
I
A
D
A
A
F
B
D
E
Apis,
it
would
probably
be
a
tough
thing
to
get
in.
I
think
that
this
will
be
harder
than
it
sounds.
The
code
itself
is
probably
not
too
difficult.
I
mean
you
could
just
do
it
with
some,
like
caps
bust,
a
bunch
of
caps
and
try
to
hopefully
get
something
after
that,
but
I
am
plumbing
it
in
through
the
vfs.
It's
not
going
to
be
trivial.
D
E
E
G
I
H
D
A
E
Well,
I
mean
it's
useful,
for
you
know.
Potentially
ganesha
could
use
this
right.
You
could
show
you
know.
Nfsv4
apples
and
samba
can
do
the
same
right,
but
you
know
there's
no,
the
nfs
client
in
the
colonel
you
know
works
with
university,
fair
ankles.
You
know,
despite
the
fact
that
there's
no
reach
out
of
support
in
the
kernel
right.
So
so
it's
really
not.
I
think
it's
probably
still
valuable
to
do
it.
I
just
was
pointing
out
that
the
you
know,
client
side
bits
for
this
and
the
kernel
never
got
merged.
E
A
E
My
guess
is
that
they're
just
trying
to
avoid
so
name
bumps
in
the
c
api,
because
those
are
kind
of
painful,
so
they
were
talking
about.
You
know
splitting
off
lips,
ffs
to
be
sort
of
a
bit
more
stable
and
then
have
the
underlying
c
plus
plus
api
and
api
changes
could
be
a
little
bit
more
aggressive.
B
A
A
F
Someone
to
work
on
it,
the
tricky
thing
is,
I
think
we
need
changes
in
mgr
stats
manager,
stats
module.
I
think
right
now.
What
happens
is
if
there
are
clients
on
another
file
system,
those
stats
just
throw
up
as
not
available,
maybe
I
think
yeah.
So
we
need
manager
stats
to
be
fixed
to
handle
multiple
file
systems
before
we
can
add
the
fstop
command
params
to
to
sell
to
show
clients
from
from
a
particular
file
system.