Jody McIntyre wrote:
Once code that prints a message using a particular message ID has been
committed to any branch of CVS, the format of the message may no
longer be changed. Details of what the message means and how to
interpret any variables in the message must be sent to an email
address (to be determined.) This will go to the team(s) responsible
for updating the troubleshooting documentation and the web-based
analysis tool.
Can we relax this to say "no substantive changes"?
If we fix a typo or even wording:
"[1234] lustre has dropped the ball and erased all your data" to
"[1234] an irrecoverable error has occurred and erased all filesystem data"
doesn't seem to me that it should require a new message number. Parsing
tools should
just check the number and not worry about the exact contents of the message.
I think that's the whole point of having a [number] in the first place.
I'll agree that for messages like
Lustre [ID 1234]: Server handling error on server [EMAIL PROTECTED]:
transaction 11602746/0, opcode 42 returned -2
we can't change the keyword preceding and data items
_______________________________________________
Lustre-devel mailing list
[email protected]
https://mail.clusterfs.com/mailman/listinfo/lustre-devel
