[LU-972] server shouldn't log a message to console each time a client connects Created: 09/Jan/12 Updated: 17/Feb/12 Resolved: 30/Jan/12 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.2.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Johann Lombardi (Inactive) | Assignee: | Minh Diep |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Severity: | 3 |
| Rank (Obsolete): | 4753 |
| Description |
|
Each time i unmount/remount a client, i see the following message on my combo MDT/OST server: Lustre: 15619:0:(ldlm_lib.c:871:target_handle_connect()) MGS: connection from 1ab2d9ae-7ad1-f922-daaf-3ba6549f94db@10.10.4.12@tcp t0 exp (null) cur 1326111941 last 0
Lustre: 15619:0:(ldlm_lib.c:871:target_handle_connect()) Skipped 3 previous similar messages
int target_handle_connect(struct ptlrpc_request *req)
{
[...]
CWARN("%s: connection from %s@%s %st"LPU64" exp %p cur %ld last %ld\n",
target->obd_name, cluuid.uuid, libcfs_nid2str(req->rq_peer.nid),
target->obd_recovering ? "recovering/" : "", data->ocd_transno,
export, (long)cfs_time_current_sec(),
export ? (long)export->exp_last_request_time : 0);
I think such messages should be prohibited and just moved to D_INFO or D_HA, since it will flood the server logs on large cluster. |
| Comments |
| Comment by Peter Jones [ 09/Jan/12 ] |
|
Minh Could you look at this one please? Thanks Peter |
| Comment by Minh Diep [ 10/Jan/12 ] |
|
Hi Johann, HA is enable by default in debug. Should we use "info"? |
| Comment by Johann Lombardi (Inactive) [ 10/Jan/12 ] |
|
HA is fine since it is not printed to the console. |
| Comment by Minh Diep [ 11/Jan/12 ] |
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 26/Jan/12 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Minh Diep [ 30/Jan/12 ] |
|
landed in master |
| Comment by Build Master (Inactive) [ 17/Feb/12 ] |
|
Integrated in Result = FAILURE
|
| Comment by Build Master (Inactive) [ 17/Feb/12 ] |
|
Integrated in Result = FAILURE
|
| Comment by Build Master (Inactive) [ 17/Feb/12 ] |
|
Integrated in Result = ABORTED
|