On 08/24/2016 04:43 AM, Ludwig Krispenz wrote:
>
> On 08/24/2016 01:08 AM, Ian Harding wrote:
>>
>> On 08/23/2016 03:14 AM, Ludwig Krispenz wrote:
>>> On 08/23/2016 11:52 AM, Ian Harding wrote:
Ah. I see. I mixed those up but I see that those would have to be
consistent.
On 08/23/2016 05:52 AM, Ian Harding wrote:
> Ah. I see. I mixed those up but I see that those would have to be
> consistent.
>
> However, I have been trying to beat some invalid RUV to death for a long
> time and I can't seem to kill them.
>
> For example, bellevuenfs has 9 and 16 which are
On 08/24/2016 01:08 AM, Ian Harding wrote:
On 08/23/2016 03:14 AM, Ludwig Krispenz wrote:
On 08/23/2016 11:52 AM, Ian Harding wrote:
Ah. I see. I mixed those up but I see that those would have to be
consistent.
However, I have been trying to beat some invalid RUV to death for a long
time
On 08/23/2016 11:52 AM, Ian Harding wrote:
Ah. I see. I mixed those up but I see that those would have to be
consistent.
However, I have been trying to beat some invalid RUV to death for a long
time and I can't seem to kill them.
For example, bellevuenfs has 9 and 16 which are invalid:
Ah. I see. I mixed those up but I see that those would have to be
consistent.
However, I have been trying to beat some invalid RUV to death for a long
time and I can't seem to kill them.
For example, bellevuenfs has 9 and 16 which are invalid:
[ianh@seattlenfs ~]$ ldapsearch -ZZ -h
looks like you are searching the nstombstone below "o=ipaca", but you
are cleaning ruvs in "dc=bpt,dc=rocks",
your attrlist_replace error refers to the bpt,rocks backend, so you
should search the tombstone entry ther, then determine which replicaIDs
to remove.
Ludwig
On 08/23/2016 09:20
Hi Janelle,
It's really hard to say how long it might take. I know if the replicas
are under heavy replication load it can take while to complete. Either
way it should not take long to complete(a few hours max) - as long as
all the replicas are online. There is very good logging for
