[LU-9239] replay-single test_15: Restart of mds1 failed! Created: 21/Mar/17  Updated: 21/Jul/17  Resolved: 21/Jul/17

Status: Closed
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.10.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: James Casper Assignee: WC Triage
Resolution: Duplicate Votes: 0
Labels: None
Environment:

trevis-44vm1 thru 8, Failover test,
RHEL7.3/ldiskfs, branch master, v2.9.53.19.gdad9ce4, b3534


Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

https://testing.hpdd.intel.com/test_sessions/52027924-0a4d-11e7-b5b2-5254006e85c2

This looks identical to ATM-188:

from test_log:

CMD: trevis-44vm3 mkdir -p /mnt/lustre-mds1; mount -t lustre -o loop /dev/lvm-Role_MDS/P1 /mnt/lustre-mds1
trevis-44vm3: mount: /dev/lvm-Role_MDS/P1: failed to setup loop device: No such file or directory

However, after looking more closely at the "failover to" MDS (vm3), it appears that it wasn't ready to takeover for the "failover from" MDS (vm7):

last line in vm3's dmesg:

Key type id_legacy registered

dmesg lines from a healthy server:

Key type id_legacy registered
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.34.0-ioctl (2015-10-28) initialised: dm-devel@redhat.com
EXT4-fs (dm-9): mounting ext3 file system using the ext4 subsystem
EXT4-fs (dm-9): recovery complete
EXT4-fs (dm-9): mounted filesystem with ordered data mode. Opts: (null

Followed by numerous "Lustre:" messages.



 Comments   
Comment by Sarah Liu [ 21/Jul/17 ]

dup 0f LU-9707

Generated at Sat Feb 10 02:24:26 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.