[LU-1252] Imperative recovery bugs go here

• Type: Bug
• Resolution: Fixed
• Priority: Minor
• Severity: 3
• Assignee: Jinshan Xiong (Inactive)
• Reporter: Jinshan Xiong (Inactive)

Description

contain for imperative recovery.

Comments

[Build Master (Inactive)]

Integrated in lustre-dev » i686,client,el5,inkernel #340
LU-1252 recovery: don't always swap nidtbl entries (Revision 853076deee223f9bd3c65a85b36fa766b4993666)

Result = SUCCESS
Mikhail Pershin : 853076deee223f9bd3c65a85b36fa766b4993666
Files :

• lustre/mgc/mgc_request.c
• lustre/mgs/mgs_nids.c

[Build Master (Inactive)]

Integrated in lustre-dev » x86_64,server,el6,inkernel #340
LU-1252 recovery: don't always swap nidtbl entries (Revision 853076deee223f9bd3c65a85b36fa766b4993666)

Result = SUCCESS
Mikhail Pershin : 853076deee223f9bd3c65a85b36fa766b4993666
Files :

• lustre/mgs/mgs_nids.c
• lustre/mgc/mgc_request.c

[Build Master (Inactive)]

Integrated in lustre-dev » i686,server,el5,inkernel #340
LU-1252 recovery: don't always swap nidtbl entries (Revision 853076deee223f9bd3c65a85b36fa766b4993666)

Result = SUCCESS
Mikhail Pershin : 853076deee223f9bd3c65a85b36fa766b4993666
Files :

• lustre/mgs/mgs_nids.c
• lustre/mgc/mgc_request.c

[Build Master (Inactive)]

Integrated in lustre-dev » i686,client,el6,inkernel #340
LU-1252 recovery: don't always swap nidtbl entries (Revision 853076deee223f9bd3c65a85b36fa766b4993666)

Result = SUCCESS
Mikhail Pershin : 853076deee223f9bd3c65a85b36fa766b4993666
Files :

• lustre/mgc/mgc_request.c
• lustre/mgs/mgs_nids.c

[Build Master (Inactive)]

Integrated in lustre-dev » x86_64,client,el5,inkernel #340
LU-1252 recovery: don't always swap nidtbl entries (Revision 853076deee223f9bd3c65a85b36fa766b4993666)

Result = SUCCESS
Mikhail Pershin : 853076deee223f9bd3c65a85b36fa766b4993666
Files :

• lustre/mgc/mgc_request.c
• lustre/mgs/mgs_nids.c

[Jinshan Xiong (Inactive)]

It'll be really fun to look at 100G logs

[James A Simmons]

I just got over 100GB of logs to look at. Its for one test run. In the test I attempted to powerman one OSS node. Well tanks to memory bugs in the the debug daemon all the OSS server went pop. The logs cover the entire length of recover. Server side I have systems log pre and post crash.

[Jinshan Xiong (Inactive)]

It's only needed if you cluster is composed of heterogeneous nodes. So I don;t think you need apply it.

[James A Simmons]

Is this needed for my testings?

[Jinshan Xiong (Inactive)]

Another patch is at: http://review.whamcloud.com/#change,2410

[Build Master (Inactive)]

Integrated in lustre-dev » x86_64,client,el6,inkernel #323
LU-1252 recovery: don't always swap nidtbl entries (Revision 6026e9c13b2ce73a3e55eeced7407329ac00bce0)

Result = SUCCESS
tappro : 6026e9c13b2ce73a3e55eeced7407329ac00bce0
Files :

• lustre/mgs/mgs_nids.c
• lustre/mgc/mgc_request.c