Project

General

Profile

Actions
Copy link

Bug #520

closed

mds: change ifile state mix->sync on (many) lookups?

Added by Sage Weil over 13 years ago. Updated over 11 years ago.

Status:
Closed
Priority:
Low
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Regression:
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

I'm seeing this on csyn --syn makefiles 1000 1 0


2010-10-26 19:33:20.911692 7f91ddab6710 -- 10.0.1.252:6812/22853 --> mds0 10.0.1.252:6802/22824 -- client_request(client4107:309 lookup #1/dir.0.run0) v1 -- ?+0 0x7f91d402e090
2010-10-26 19:33:20.912713 7f91dcab4710 -- 10.0.1.252:6812/22853 <== mds0 10.0.1.252:6802/22824 313 ==== client_reply(???:309 = 0 Success) v1 ==== 569+0+0 (3441130751 0 0) 0x123d050
2010-10-26 19:33:20.912805 7f91ddab6710 -- 10.0.1.252:6812/22853 --> mds0 10.0.1.252:6802/22824 -- client_request(client4107:310 mknod #10000000000/file.client4107.153) v1 -- ?+0 0x7f91d402e430
2010-10-26 19:33:20.915124 7f91dcab4710 -- 10.0.1.252:6812/22853 <== mds0 10.0.1.252:6802/22824 314 ==== client_reply(???:310 = 0 Success unsafe) v1 ==== 582+0+0 (41188764 0 0) 0x123d050
2010-10-26 19:33:20.915221 7f91ddab6710 -- 10.0.1.252:6812/22853 --> mds0 10.0.1.252:6802/22824 -- client_request(client4107:311 lookup #1/dir.0.run0) v1 -- ?+0 0x7f91d402e430
2010-10-26 19:33:20.916240 7f91dcab4710 -- 10.0.1.252:6812/22853 <== mds0 10.0.1.252:6802/22824 315 ==== client_reply(???:311 = 0 Success) v1 ==== 569+0+0 (174323478 0 0) 0x1230380
2010-10-26 19:33:20.916322 7f91ddab6710 -- 10.0.1.252:6812/22853 --> mds0 10.0.1.252:6802/22824 -- client_request(client4107:312 mknod #10000000000/file.client4107.154) v1 -- ?+0 0x7f91d402e940
2010-10-26 19:33:20.918674 7f91dcab4710 -- 10.0.1.252:6812/22853 <== mds0 10.0.1.252:6802/22824 316 ==== client_reply(???:312 = 0 Success unsafe) v1 ==== 582+0+0 (1725618510 0 0) 0x123d050
2010-10-26 19:33:20.918765 7f91ddab6710 -- 10.0.1.252:6812/22853 --> mds0 10.0.1.252:6802/22824 -- client_request(client4107:313 lookup #1/dir.0.run0) v1 -- ?+0 0x7f91d402e940
2010-10-26 19:33:20.919767 7f91dcab4710 -- 10.0.1.252:6812/22853 <== mds0 10.0.1.252:6802/22824 317 ==== client_reply(???:313 = 0 Success) v1 ==== 569+0+0 (3068357382 0 0) 0x1230380

Notably, a repeated lookup on the parent dir. That should get cached, either via a dentry lease or directory cap.

Actions
Copy link

Also available in: Atom PDF