[LU-7179] lustre init script output for "status" does not reflect recovery Created: 17/Sep/15  Updated: 12/May/17  Resolved: 06/Oct/15

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.7.0
Fix Version/s: Lustre 2.8.0

Type: Bug Priority: Minor
Reporter: Olaf Faaland Assignee: Minh Diep
Resolution: Fixed Votes: 0
Labels: llnl, patch

Issue Links:
Related
Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

When a target is in recovery, lustre/scripts/lustre produces improper output when run as follows, and a relevant target is in recovery:

/etc/init.d/lustre status
/etc/init.d/lustre status local
/etc/init.d/lustre status foreign

A grep command is invalid, and so always fails, and state is never set to "recovery" regardless of the actual content of lctl get_param -n mdt.*.recovery_status.

The bug was introduced in a commit merged between tags v2_6_52 and v2_6_53,
e3ddff LU-5030 utils: fix hard-coded /proc/fs/lustre in scripts



 Comments   
Comment by Gerrit Updater [ 17/Sep/15 ]

Olaf Faaland-LLNL (faaland1@llnl.gov) uploaded a new patch: http://review.whamcloud.com/16472
Subject: LU-7179 scripts: init script output show recovery
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 257c67ec60a03b1aa6170d3b4500117c0c795f69

Comment by Olaf Faaland [ 17/Sep/15 ]

Also found that lustre/scripts/Lustre.ha_v2 contains a typo that causes it not to exit when invalid input is provided. Fixed that typo in the same commit.

Comment by Joseph Gmitter (Inactive) [ 18/Sep/15 ]

Hi Minh,
Can you have a look at this patch?
Thanks.
Joe

Comment by Gerrit Updater [ 06/Oct/15 ]

Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/16472/
Subject: LU-7179 scripts: init and ha script fixes
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: 443826218f0e19777dc93efc7064da2bb0eaa456

Comment by Joseph Gmitter (Inactive) [ 06/Oct/15 ]

Landed for 2.8.0

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