https://build.gluster.org/job/freebsd-smoke/12914/
=
Making install in nsr-server
--- install-recursive ---
Making install in src
--- nsr-cg.c ---
/usr/local/bin/python
/usr/home/jenkins/root/workspace/freebsd-smoke/xlators/experimental/nsr-server/src/gen-fops.py
> Tier does send lookups serially, which fail on the hashed subvolumes of
> dhts. Both of them trigger lookup_everywhere which is executed in epoll
> threads, thus the they are executed in parallel.
According to your earlier description, items are being deleted by EC
(i.e. the cold tier) while
On 03/11/2016 05:07 PM, Niels de Vos wrote:
Hi all,
I thought I would give a short status update on the tasks related to the
new SEEK procedure/FOP that has been added for GlusterFS 3.8. We had
several goals, and (most of) the basics have been completed:
Great! Thank *you* Niels for doing a
Hi all,
I thought I would give a short status update on the tasks related to the
new SEEK procedure/FOP that has been added for GlusterFS 3.8. We had
several goals, and (most of) the basics have been completed:
- implement SEEK as network protocol FOP
- add support for SEEK in the server-side
hi,
I think this is the RCA for the issue:
Basically with distributed ec + disctributed replicate as cold, hot
tiers. tier
sends a lookup which fails on ec. (By this time dict already
contains ec
xattrs) After this lookup_everywhere code path is hit in tier which
triggers