https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-5012 Lustre <p>newwiretest is not run automatically by build or test.</p> LU-5012

newwiretest is not run automatically by build or test

Bug Minor Open Unresolved WC Triage John Hammond build test Tue, 6 May 2014 03:33:07 +0000 Tue, 13 May 2014 19:33:20 +0000 Lustre 2.6.0 0 2 <p>This is not a bug. The whole point of wiretest is that this test should not change unless some user is deliberately modifying the wire protocol. Otherwise, if this file is regenerated automatically the wire protocol may change without sufficient notification.</p> <p>So we're on the honor system to use it? And to use it properly?</p> <p>Let me clarity what I meant in the description. Assuming that newwiretest was modified (or cloned) so that it didn't always (or didn't) clobber source files, then shouldn't that non modifying version always pass?</p> <p>I'm still not sure I understand the question. It doesn't make sense to me that a newly-generated wiretest could fail, since it will always be checking "FOO == FOO". The purpose of wiretest is to make sure that the value of "FOO" does not change over time. </p> <p>Note that there is a sanity.sh test that runs wiretest that is run on any system test, along with one in ptlrpc that is run on every mount. Since all of these checks should optimize away at compile time it doesn't add any overhead. These checks do not catch many problems today, but in the past they caught many problems. </p> Development Rank 1|hzwlvz: Rank (Obsolete) 13873 Severity