[ClusterLabs] Antw: Re: Antw: Re: lvm on shared storage and a lot of...
lejeczek
peljasz at yahoo.co.uk
Thu Apr 20 07:23:19 EDT 2017
On 20/04/17 07:57, Ulrich Windl wrote:
>>>> lejeczek <peljasz at yahoo.co.uk> schrieb am 19.04.2017 um 18:51 in Nachricht
> <b7d51b47-cf30-2494-c62c-375922dd1f55 at yahoo.co.uk>:
>
>> On 18/04/17 15:22, Ulrich Windl wrote:
>>>>>> lejeczek <peljasz at yahoo.co.uk> schrieb am 18.04.2017 um 16:14 in Nachricht
>>> <bc95febd-8269-f2f7-30a7-8729b44b0f01 at yahoo.co.uk>:
>>>
>>>> On 18/04/17 14:45, Digimer wrote:
>>>>> On 18/04/17 07:31 AM, lejeczek wrote:
>>>>>> .. device_block & device_unblock in dmesg.
>>>>>>
>>>>>> and I see that the LVM resource would fail.
>>>>>> This to me seems to happen randomly, or I fail to spot a pattern.
>>>>>>
>>>>>> Shared storage is a sas3 enclosure.
>>>>>> I believe I follow docs on LVM to the letter. I don't know what could be
>>>>>> the problem.
>>>>>>
>>>>>> would you suggest ways to troubleshoot it? Is it faulty/failing hardware?
>>>>>>
>>>>>> many thanks,
>>>>>> L.
>>>>> LVM or clustered LVM?
>>>>>
>>>> no clvmd
>>>> And inasmuch as the resource would start, fs would mount, if
>>>> I start using it more intensely I'd get more of
>>>> block/unblock and after a while mountpoint resource failes
>>>> and then LVM resource too.
>>>> It gets only worse after, even after I deleted resourced, I
>>>> begin to see, eg.:
>>>>
>>>> [ 6242.606870] sd 7:0:32:0: device_unblock and setting to
>>>> running, handle(0x002c)
>>>> [ 6334.248617] sd 7:0:18:0: [sdy] tag#0 FAILED Result:
>>>> hostbyte=DID_OK driverbyte=DRIVER_SENSE
>>>> [ 6334.248633] sd 7:0:18:0: [sdy] tag#0 Sense Key : Not
>>>> Ready [current]
>>>> [ 6334.248640] sd 7:0:18:0: [sdy] tag#0 Add. Sense: Logical
>>>> unit is in process of becoming ready
>>>> [ 6334.248647] sd 7:0:18:0: [sdy] tag#0 CDB: Read(10) 28 00
>>>> 00 00 00 00 00 00 08 00
>>>> [ 6334.248652] blk_update_request: I/O error, dev sdy, sector 0
>>> Silly question: Do you have a multi-initiator setup where both initiators
>> use the same ID? Do your initiators have the highest prioriy (over the
>> targets)?
>>> Regards,
>>> Ulrich
>>>
>> no, I am not using iscsi here, it'a a DAS via sas3.
> Isn't SAS also using the SCSI protocol? Initiator and target are SCSI terms, not iSCSI terms.
>
yes, in my mind though it first always references to iscsi.
I don't see where the cluster would use multi-initiator, but
I may miss/or not know it, setup is a single link(cable) sas
between the HBA and the enclosure, and the same for the
second node.
Albeit, there might be actually a problem with the power
board in this enclosure, manufacturer concluded and now a
replacement part is on its way.
I only would be grateful if I could rule out the software as
a culprit here.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list: Users at clusterlabs.org
>>> http://lists.clusterlabs.org/mailman/listinfo/users
>>>
>>> Project Home: http://www.clusterlabs.org
>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>> Bugs: http://bugs.clusterlabs.org
>
>
>
More information about the Users
mailing list