_rbd_has_lock:516
rbd/rbdindex0.scsidisk0:
Could not check lock ownership. Error: Cannot send after transport endpoint
shutdown.
Any hints? Is this a bug?
--
*Simone Lazzaris*
*Qcom S.p.A. a socio unico*
simone.lazza...@qcom.it[1] | www.qcom.it[2]
* LinkedIn[3]* | *Facebook[4]*
[5]
r in /etc/multipath.conf on the
> initiator side?
path_checker is set to "tur".
> This is a bug but can be ignored. I am working on a fix. Basically, we
> the multipath layer is checking our state. We report we do not have the
> lock correctly to the initiator,
LUN in the "gwcli ls"
> output.
I see... thanks for the hint.
I've done a test: I've unmapped all the drive, then mapped the first gateway
(iscsi1) on all the
nodes, waited, then mapped the second gateway, to be sure that all the nodes
would see the
first node as the activ
g for up to 5 minutes to 5 times. The 5 retries were then used in
> less than a second, so we could see the issue you are seeing.
>
I've done a
git clone https://github.com/open-iscsi/tcmu-runner
In version.h i see:
#define TCMUR_VERSION "1.5.2"
So I think I'm using
ot;: []
}
],
"more": false
}
How can I handle this error? The docs are not much comforting, as far as I can
see the only
thing to do is to mark the missing object as lost and try to cope with that.
I'd prefer not.
Any ideas?
In data martedì 3 marzo 2020 04:57:35 CET, Steven. Scheit ha scritto:
> Can you share "ceph pg 6.36a query" output
>
Sure, it's attached.
*Simone Lazzaris*
*Qcom S.p.A. a Socio Unico*
Via Roggia Vignola, 9 | 24047 Treviglio (BG)T +39 0363 1970352 | M +39
393
e bug report mentions this, but
> some people did not have this enabled.
>
> Chad.
No, I don't have cache tiering enabled. I also found strange that the PG was
marked
unfound: the cluster was perfectly healthy before the kernel panic and a single
OSD failure
shouldn't create mush
ot;: "set_choose_tries",
"num": 100
},
{
"op": "take",
"item": -1,
"item_name": "default"
},
{
"op": "chooseleaf_ind
