►
From YouTube: Loki Community Meeting 2021-03-04
A
All
right,
thanks
for
thanks
for
joining
every
everybody,
don't
have
a
big
agenda
today,
new
time
and
I
think
we're
probably
gonna
need
to
get.
I
think
some
books
sorted
out
and
do
a
better
job
of
communicating
this
now
that
folks,
in
the
more
in
the
western
parts
of
the
us,
should
be
able
to
make
it,
but
I
think
they're
just
sort
of
dig
in
kavi.
I
think
you've
got
the
ip
match
your
design
doc.
You
want
to
talk
about
that.
B
That
yeah,
I
mean
yeah.
The
idea
is
like
just
to
make
it
public
and
get
the
feedback
from
the
community
so
yeah.
I
can
just
quickly
explain
the
problem
and
the
proposed
solution.
Basically,
so
we
are
also
tracking
that
in
the
issue
which
also
linked
in
the
recent
so
yeah,
the
basic
idea
is
like
we
are
trying
to
provide
a
built-in,
simple
ip
matcher
for
loki
so
that
you
can
code
the
evil
lock
here.
B
So
how
we
are
doing
now
is
usually
we
search
for
using
a
line
matcher
right
if
it
is
a
single
ip
or
we
use
some
kind
of
request
if
you
want
to
match
multiple
ips
or
like
yeah,
so
with
the
wild
card
and
stuff
like
that,
so
yeah,
the
the
problem
with
that
approach
is
like,
usually
it's
hard
to
come
up
with
the
proper
request,
plus
also
it
doesn't
have
any
support
for
cidr
pattern
right.
B
So
if
you
want
to
find,
if
you
have
like
some
kind
of
net
mask
or
something-
and
you
want
to
grab
all
the
ip
within
that
range,
so
there
is
no
way
to
do
it
like
yeah
at
least
the
existing
solution
is
kind
of
like
ugly,
as
far
as
you
know
so,
yeah,
which
usually
like
turns
up
into
like
some
copy
pasting
summaries
from
stacker
flow,
usually
there's
high
chance.
B
It
can
be
like
wrong
or
something
so
that
that's
actually
the
problem
you're
trying
to
solve
and
the
proposed
solution
is
like
have
a
single
function
called
ip
which
can
be
used
in
both
label,
matcher
and
or
line
matching,
and
this
ip
function
takes
a
format
of
pattern
right
and
that
pattern
can
be
known
of
the
three
forms
which
also
be
explained
in
the
descent.
B
So
it
can
be
a
single
ip
or
it
can
be
a
cidr
pattern
right,
so
both
for
ipv6
and
v4
and
additionally,
it
can
also
be
like
a
range
pattern
like
if
you
know
exactly
what
range
iv
belongs
to
just
a
lower
and
higher
range.
So
yeah.
These
are
three
pattern.
We
are
planning
to
support,
at
least
for
now
and
yeah.
C
B
That's
basically
it
and
yeah.
Here
are
some
examples.
There
are
still
some
open
questions.
Basically,
for
example,
do
we
allow
multiple
ip
function
in
the
same
lock,
your
query
or
we
combine
the
patterns
with
a
comma,
for
example,
it
can
be
ip
of
pattern.
One
comma
pattern,
two
pattern:
three
or
it
will
be
ip
pattern.
One
then
pi
ip
pattern,
two
ip
pattern,
three,
so
yeah.
Those
are
like
small
things
like
we
want
to
get
it
right,
even
in
the
first
iteration
I
think
so
yeah.
B
I
think
that
that's
it,
and
also
that
is
one
more
open
question
like
because
if
you
have
a
ip
there
are
like
so
many
crazy
versions,
you
can
represent
this
ip
right,
so
that
is
a
good
link
which
d
shared
in
the
design.
You
can
read
more
about
it
like
yeah.
There
are
some
crazy
formats
that,
ideally
the
ib
representation
supports,
but
yeah
we
can
keep
it
a
simple,
for
example,
one
simple
solution
would
be
support.
B
The
same
format
which
go
ipasser
supports
right,
which
also
added
a
small
command
there
for
people
who
are
interested.
So
it's
just
a
three
format.
Basically,
like
a
daughter,
notation,
hexadecimal
and
a
mix
of
both
so
yeah
and
those
are
the
two
question
I
think,
maybe
if
anyone
has
better
idea,
feel
free
and
yeah.
That's
it
basically,
so
yeah.
A
A
To
figure
out,
like
any
good
language,
discussion,
kind
of
figure
out
what
we
think
the
best
out
of
trade-offs.
There
makes
everybody
happy
richie,
I
see
you
joined,
so
I
guess
I'll.
Let
you
make
a
comment
on
your
your
entry
here
or
I
can,
if
you
don't
want
to.
A
D
Yeah,
so
several
aspects
to
to
that
topic,
if
you
click
on
it
and
if
you
click
through
to
the
other
issue,
2722
that
talks
about
matching
ips
ready-made.
D
But
I
think
this
goes
farther
where
we
would
like
to
know
what
other
commonly
used
things
would
be
useful.
As
a
matcher
email
addresses
come
to
mind,
does
this
line
contain
an
email
address
or
just
match
email
addresses,
so
I
can
extract
them
or
what
have
you?
There
is
certain
to
be
to
be
other
things.
We
got
the
suggestion
to
look
into
what
greylock
is
matching,
because
greylock
is
obviously
a
log
matching
tool.
So
there
is.
There
is
precedent
of
people
putting
stuff
in
there
and
we
can.
D
We
can
steal
from
this,
but
we
would
also
be
interested
in
other
specific
use
cases
which
we
can
support
by
creating
ready-made
measures
which
obviously
enables
you
to
a
be
quicker
about.
Writing
your
your
queries,
but
also
makes
mistakes
less
often
like
in
particular.
Ip
address
matching
can
be
super
intricate,
even
before
you
add
ipv6,
with
like
compression
and
the
column
for
port
and
for
the
address
blah
blah
blah
blah.
D
But
there
are
certain
to
be
others,
so
that's
yeah,
that's
what
we
want
to
know
also,
if
you're
on
youtube,
just
create
issues
and
tell
us,
so
we
can
do
this.
C
A
C
Okay,
so
the
first
thing
that
I
would
like
to
cover
is
lucky
alerting
so
for
grafana
opens
for
open
source
grafana.
We
were
supporting
other
thing
in
the
graph
panel
for
various
data
sources,
but
this
wasn't
done
for
loki.
So
in
this
recent
release
we
have
added
a
backend
for
loki
and
therefore
it
enables
other
things,
so
you
are
able
to
create
metrics
query
and
basically
create
alert
on
those
so
as
for,
for
example,
prometheus
or
in
flags
or
any
other
data
source.
C
C
So
if
you
remember
previously,
there
used
to
be
a
little
like
cascader
button,
but
we
have
decided
to
replace
it
with
this
label
browser
which
allows
you
to,
for
example,
if
you
know
what
value
are
you
looking
for?
But
you
don't
know
in
which
label
it
is
so,
for
example,
if
I
was
looking
for
run
log,
but
I
wouldn't
know
if
it's
in
job
or
job
name,
I'm
able
to
kind
of
open
the
values
for
all
of
these
labels,
and
I'm
able
also
to
search
it
in
here.
So
it's
like.
C
I
have
very
tiny,
lock
instance
here,
but
it
highlights
and
shows
the
the
matched
values
for
those
labels
and
you
are
in
the
at
the
end,
able
to
either
show
log.
So
we
would
run
this
query
or
you
are
able
to
run
the
shell
logs
rate
and
it
would
create
a
rate
query
for
you,
so
that
is
log
browser
and
the
last
update
or
last
change
isn't
strictly
related
to
logi
loki,
but
also
to
like
all
data
sources
that
support
logs
and
that
is
escaping
of
an
escaped
character.
C
So
we
have
had
couple
issues
in
grafana
with
users
who
had
incorrectly
escaped
blocks,
I'm
talking
about
new
lines
and
tabs,
but
it
was
very
hard
for
them
to
escape
them
and
they
asked
if
there
was
a
way
how
how
we
could
do
it
and
on
client
side.
It
is
hard.
It
is
hard
to
to
know
if
it's
actual
new
line
or
if
it's
just
the
same
pattern.
So
we
have
decided
to
create
this
experimental
feature
and
we
are
definitely
looking
for
a
feedback
on
that.
C
So
if
we
run
the
log
query,
so
if
your
log
lines
have
incorrect,
possibly
incorrectly
escape
new
lines,
this
button-
and
this
message
is
displayed-
we
are
trying
to
inform
users
that
they
probably
have
incorrectly
escaped
new
lines
that,
as
a
first
type
or
the
best
option,
is
to
fix
it
directly
in
their
logging
database.
But
if
they
can
do
that,
they
can
escape
it
right
here
and
let
me
see
I
I'm
which
are
the
logs
within.
C
So,
for
example,
here
you
can
see,
we
have
incorrectly
escape
new
line
and
it
escaped
it.
C
Let
me
see
again
yeah.
So,
for
example,
this
line
is
going
to
be
escaped
and
you
can
escape
new
lines
and
tab
and,
as
I
mentioned,
this
is
going
to
be
displayed
only
for
the
logs
that
possibly
have
this
problem.
But
if
you,
if
you
would
run
a
logs
that
don't
have
this
pattern,
it
wouldn't
be
displayed
here
and
that's
all
from
me.
A
Nice
for
sort
of
both
of
the
or
even
I
guess
for
all
three,
but
probably
for
the
label,
browser
and
escaping
if
people
have
feedback.
What's
the
best
place.
C
A
C
We
are
definitely
looking
for
all
feedback
if
it's
small
thing,
big
things,
let
us
know,
and
the
best
place
is
the
grafana
so
directly,
graphene,
graphene,
graphene
graphene
just
create
an
issue,
and-
and
we
will
look
at
it
and,
as
I
mentioned
today,
was
a
better
release.
So
we
like
have
this,
like.
I
think,
like
two
weeks,
is
the
beta
period.
We
have
this
time
to
to
polish
this
feature
so
yeah.
Let
us
know
if
you
have
any
feedback.
A
A
A
Another
thing
I
would
mention
that
sort
of
got
added
at
the
last
minute
here
that
may
be
useful
and
something
that
people
are
well
yeah
you'd
have
to
have
a
latest
master,
build
to
try
it
out,
but
I
think
it's
reasonably
stable.
Now,
though
this
pack
unpack
idea
where
we've
had
some
few
forms
of
this
in
the
past,
where
people
have
some
label
data
that
they
don't
want
to
make
labels.
So
usually
this
is
the
case
with
kind
of
high
cardinality
data.
A
The
use
case
we're
really
targeting
with
adding
this
right
now
is
ephemeral,
workloads
systems
that
create
lots
of
file
names
and
lots
of
log
source.
A
You
know
in
a
very
short
period
of
time-
usually
you
you
know
file
name
or
some.
You
know
close
derivation
of
that
makes
a
label,
but
if
you
are
changing
a
lot
of
those
frequently,
it
ends
up
causing
some
index
great
grief
for
loki.
A
So
what
pac
does
is
take
labels
you
specify
and
put
them
inside
the
log
line.
We
wrap
the
log
line
in
a
json
object
and
then
on
grafana's
side
or
in
the
query
language.
In
loki,
we
have
an
unpack
parser,
which
will
automatically
return
the
log
line
that
was
wrapped
and
make
the
labels
that
were
packed
as
labels,
log
ql,
queryable
labels
so
more
to
come
on
this.
It
is
in
some
ways
not
an
ideal
solution
for
this
problem.
A
Ultimately,
as
we
evolve
loki's
index
and
store,
we
want
to
be
more
accommodating
to
handling
you
know
more
series
with
with
low
volume,
but
currently
you
can
get
yourself
in
a
lot
of
trouble,
generating
a
lot
of
log
streams
rather
than
series,
especially
when
they
have
small
small
amounts
of
data
in
them.
So
that
is.
A
A
I
like
the
new
time.
However,
it's
it's
lunchtime
for
me,
so
I'm
also
happy
to
go:
eat
lunch
going
once
going
twice,
yeah!
Well
now
that
we
do
have
this
time
and
I
think
we're
probably
gonna
be
happy
with
it.
A
We'll
do
some
more
kind
of
I
think
promotion
around
it
next
time
and
see
if
we
can
come
up
with
a
little
more
a
little
bit
longer
list
of
things
to
talk
about,
or
you
know,
tell
your
friends
and
add
some
stuff
to
the
doc
and
we'll
see
everybody
in
a
month.
So
thanks
for
joining
everybody
have
a
great
day.