[Ocfs2-test-devel] [Ocfs2-tools-devel] [PATCH 09/10] Trigger udev rescan to get volume label that mkfs made remotely.

Wed Sep 23 18:57:48 PDT 2015

Hi Junxiao,

Sorry to disturb you again. Last confirmation with you ;-)

After collecting patches that has no doubt, I went through steps 
according your README
(Very nice, thanks). Everything went well until this problem happened again.
ISCSI disk still cannot be mounted with "-L xxx" on node2. Log info's 
bellow.

In fact, you has mentioned this problem doesn't exist on your side. So, 
it's very odd.

On node1:
ocfs2test at m1:~/bin/ocfs2/log/multi-xattr-test> cat 
xattr-multiple-test-log-run-x86_64-2015-09-23-18-01-44.log
=====================Multiple nodes xattr testing starts: Wed Sep 23 
18:01:44 CST 2015=====================
++++++++++xattr tests with "-b 512 -C 4096"++++++++++
Mkfsing device(-b 512 -C 4096): mkfs.ocfs2 1.8.2
Cluster stack: pcmk
Cluster name: hacluster
Stack Flags: 0x0
NOTE: Feature extended slot map may be enabled
Overwriting existing ocfs2 partition.
Proceed (y/N): Label: ocfs2-xattr-multi-test-x86_64
Features: sparse extended-slotmap backup-super unwritten inline-data 
strict-journal-super xattr indexed-dirs refcount discontig-bg
Block size: 512 (9 bits)
Cluster size: 4096 (12 bits)
Volume size: 53687091200 (13107200 clusters) (104857600 blocks)
Cluster groups: 3658 (tail covers 512 clusters, rest cover 3584 clusters)
Extent allocator size: 27262976 (26 groups)
Journal size: 33554432
Node slots: 2
Creating bitmaps: done
Initializing superblock: done
Writing system files: done
Writing superblock: done
Writing backup superblock: 3 block(s)
Formatting Journals: done
Growing extent allocator: done
Formatting slot map: done
Formatting quota files: done
Writing lost+found: done
mkfs.ocfs2 successful

[ PASS ]
Mounting device /dev/sdb to nodes(m1,m2):+ 
/usr/lib64/mpi/gcc/openmpi/bin/mpirun --allow-run-as-root -mca btl 
tcp,self -mca plm_rsh_agent ssh:rsh -np 2 --host m1,m2 
/home/ocfs2test/bin/ocfs2/bin/command.py --mount -l 
ocfs2-xattr-multi-test-x86_64 -m /mnt/shared
[ PASS ]
[1] Check Namespace&Filetype of Multinode Xattr on 
Ocfs2:                      [FAILED]
....

On node2:
ocfs2test at m2:~/bin/ocfs2/log> ls
o2t.log
ocfs2test at m2:~/bin/ocfs2/log> cat o2t.log
Sep 23 18:02:24 m2 o2tf.SudoMount:  Mount failed (RC=256)
Sep 23 18:02:24 m2 o2tf.SudoMount:  mount: can't find 
LABEL=ocfs2-xattr-multi-test-x86_64

Thanks,
Eric

On 09/23/15 16:52, eric wrote:
> Hi Junxiao,
>
> Thanks for your help.
>
> On multiple nodes, say, start testing on node1, then testing on node2 
> would
> break at some time. From the log, it complained testing file cannot be 
> found. Finally,
> I found it's because disk had not been mounted on node2. Some 
> sub-tests mount
> disk by "-L" instead of device name. But, label "XXX" cannot found on 
> node2.
>
> Here is my initial record for this:
> https://github.com/renzhengeek/issues/issues/3
>
> For more details:
>
> https://bugzilla.suse.com/show_bug.cgi?id=925564
>
> It's very odd. Do I make it clear?
> I wouldn't believe this problem could be true ;-)
>
> Thanks,
> Eric
>
>
>
> On 09/23/15 14:16, Junxiao Bi wrote:
>> On 09/23/2015 10:07 AM, Eric Ren wrote:
>>> Hello Junxiao and all,
>>>
>>> I'd like to confirm with you on this problem again. Because I 
>>> "mkfs.ext4 -L
>>> xxx /dev/sda" on one node, and cannot "mount -L xxx /mnt" on another
>>> node, only got "-L xxx cannnot found" error message. It seems not a
>>> ocfs2-specific problem. /dev/sda is an iscsi disk. So, I doubt if it's
>>> an iscsi problem.
>>>
>> Maybe my mistake, i can't mount also when i try today with iscsi disk.
>> But i never see a failure during my ocfs2-test. What is the issue the
>> patch fixing?
>>
>> Thanks,
>> Junxiao.
>>> Here's this problem on bugzilla:
>>> https://bugzilla.suse.com/show_bug.cgi?id=925564
>>>
>>> My QUESTIONs are:
>>> 1. was /dev/sda an iscsi disk in your case?
>>>
>>> 2. Could you try ext4 in that way for this? Cause I want to see how
>>> things would go beyond our SUSE environment.
>>> I really appreciate your help ;-)
>>>
>>> Thanks,
>>> Eric Ren
>>>
>>> On Fri, Sep 11, 2015 at 04:32:24AM -0600, Eric Ren wrote:
>>>> Hi Junxiao,
>>>>
>>>> Thanks very much for your view!
>>>>
>>>> I reported this problem to ocfs2 devel list long time ago. You can 
>>>> see here:
>>>> https://oss.oracle.com/pipermail/ocfs2-devel/2015-March/010691.html
>>>>
>>>> And I just now test this gain, and the another node cannot find the 
>>>> LABEL on cluster with good condition.
>>>> If thing's OK on your side, It may be relative to distribution,or 
>>>> other factors.
>>>>
>>>> Anyway, I'll take more care about this. Thanks again ;-)
>>>>
>>>> -- 
>>>> Eric Ren
>>>>
>>>>   >>>
>>>>> Hi Eric,
>>>>>   On 09/10/2015 02:54 PM, zren at suse.com wrote:
>>>>>> From: Eric Ren <zren at suse.com>
>>>>>>   Volume label used to mount disk remotely is not visible on remote
>>>>>> node. So before mounting, trigger udevadm rescan to get volume 
>>>>>> label.
>>>>> Is this needed? mount can detect the new label.
>>>>> I "mkfs.ocfs2 -L xxx /dev/sda" one one node, and can "mount -L xxx 
>>>>> /mnt"
>>>>> on another node.
>>>>>   Thanks,
>>>>> Junxiao.
>>>>>>   Signed-off-by: Eric Ren <zren at suse.com>
>>>>>> Reviewed-by: Gang He <ghe at suse.com>
>>>>>> ---
>>>>>>   programs/python_common/remote_mount.py | 16 ++++++++++++++--
>>>>>>   1 file changed, 14 insertions(+), 2 deletions(-)
>>>>>>   diff --git a/programs/python_common/remote_mount.py
>>>>> b/programs/python_common/remote_mount.py
>>>>>> index 7520405..088ba46 100755
>>>>>> --- a/programs/python_common/remote_mount.py
>>>>>> +++ b/programs/python_common/remote_mount.py
>>>>>> @@ -126,8 +126,20 @@ command = str('%s -l %s -m %s %s' % (buildcmd,
>>>>>>       mt_options))
>>>>>>   #
>>>>>>   o2tf.OpenMPIInit(DEBUGON, options.nodelist, logfile, 'ssh')
>>>>>> -#
>>>>>> -#
>>>>>> +
>>>>>> +# tigger udev rescan
>>>>>> +ret = o2tf.openmpi_run(DEBUGON,
>>>>>> +                nproc,
>>>>>> +                'udevadm trigger',
>>>>>> +                options.nodelist,
>>>>>> +                remote_method,
>>>>>> +                options.interface,
>>>>>> +                logfile,
>>>>>> +                'WAIT')
>>>>>> +
>>>>>> +#wait for completing udev rescan.10s is only tested on 3-nodes.
>>>>>> +time.sleep(10)
>>>>>> +
>>>>>>   ret = o2tf.openmpi_run(DEBUGON,
>>>>>>            nproc,
>>>>>>            str('%s' % command),
>>>>
>>>>
>>>> _______________________________________________
>>>> Ocfs2-tools-devel mailing list
>>>> Ocfs2-tools-devel at oss.oracle.com
>>>> https://oss.oracle.com/mailman/listinfo/ocfs2-tools-devel
>>>>
>>
>