[LU-4722] IO Errors during the failover - SLES 11 SP2 - Lustre 2.4.2

• Type: Bug
• Resolution: Fixed
• Priority: Major
• Affects Version/s: Lustre 2.4.2
• Labels: mn4
• Environment: SLES 11 SP2 ; Lustre 2.4.2
• Severity: 3
• Assignee: Hongchao Zhang
• Reporter: Rajeshwaran Ganesan

Description

We have applied the patch provided in teh LU-3645. And still the customer complains that the issue is can be reproduced.

Attaching the latest set of logs.

The issue re-occured on 18th Feb.

Comments

[Rajeshwaran Ganesan]

We have upgraded both server side and client side.

1. On the server side customer upgraded into 2.4.3 with the Patch

And now they don't see the issue, and it can be closed.

[Peter Jones]

Rajesh?

[Peter Jones]

Rajesh

To be clear, do you mean upgraded to a newer Lustre version or upgraded to use the patch supplied?

Peter

[Rajeshwaran Ganesan]

We can close this LU. Customer had upgraded the Server and Clients and they don't see this issue.

[Peter Jones]

Any update Rajesh?

[Rajeshwaran Ganesan]

We are in the process of applying the patch. I will get back to you with the results.

[Hongchao Zhang]

Hi Rajesh,

What is the result of the test?

Thanks.

[Hongchao Zhang]

there is a bug in obd_str2uuid,

 static inline void obd_str2uuid(struct obd_uuid *uuid, const char *tmp)
 {
        strncpy((char *)uuid->uuid, tmp, sizeof(*uuid));
        uuid->uuid[sizeof(*uuid) - 1] = '\0';
 }

it take "tmp" also as a implicit "obd_uuid" type, but it isn't in all cases, such as in "class_add_uuid", the "tmp" is
"lustre_cfg_string(lcfg, 1)", and obd_str2uuid will copy some undefined data beyond the "tmp" to "uuid" and could cause two same
"uuid" in config were thought to be different.

the patch against b2_4 is tracked at http://review.whamcloud.com/#/c/10269/

Hi Rajesh,
Could you please try the patch in your site?
Thanks!

[Rajeshwaran Ganesan]

Hello Hongchao,

I have uploaded the requested log files into ftp.whamcloud.com:/uploads/LU-4722

2014-05-08-SR30502_pfs2n17.llog.gz

Thanks,
Rajesh

[Hongchao Zhang]

there is no error in these configs.

Could you please collect the debug logs(lctl dk >XXX.log) at the problematic node just after mounting the client (make sure the "ha" is contained in "/proc/sys/lnet/debug")?
Thanks very much!

[Rajeshwaran Ganesan]

There seems to be some confusion about our systems. The system with
prefix pfsc and IP addresses 172.26.4.x is our test system and the
system with prefix pfs2 and IP addresses 172.26.17.x is our production
system. We had seen the issue on both systems and therefore provided
logs from both systems. The configuration of both systems should be
very similar and also the config was newly generated on both systems.

After the config was newly generated the remaining issue is that
duplicate IP addresses appear as failover_nids on the servers only.
This appears for /proc/fs/lustre/osp/*/import on the MDS but
astonishingly only on pfsc and not on pfs2. It also appears for
/proc/fs/lustre/osc/*/import if we mount the file systems on servers
but astonishingly only for some OSTs. This appears if we mount the file
system on an OSS, on an MDS which is currently MDT for another file
system or on an currently unused (failover) MDS.

and also, uploading the logs into ftp site