There's not a great unified tracking solution, but newer MDS code has admin socket commands to dump client sessions. Look for those.
This question is good for the user list, but if you can't send mail to dev lost you're probably using HTML email or something. vger.kernel.org has some pretty strict anti-spam policies. -Greg On Sunday, December 13, 2015, Linux Chips <[email protected]> wrote: > Hi all, > i have been trying to send this to the dev mailing list, but the mail was > rejected! for what ever reason, though i am subscribed. any one facing this > issue with the dev list? i thought it is related to the dev the most since > i was digging inside the code for a wile now. > never the less, I have noticed if there are some clients misbehaving it > will effect the whole cluster, causing blocked requests and slowing down > every thing. particularly when a client is having a network related issue, > like a congested network or a faulty optic. so i am trying to track the > clients on our cluster. any good method of locating/listing all the > currently connected clients? > and, i am trying to find the clients from there requests, i have been > through the source code for the past couple of days but could not find what > i wanted. the dump operations, e.g. from running (ceph daemon osd.xxx > dump_historic_ops), gives me something like: (running ceph v0.94.2) > > "description": "osd_op(client.36076101.0:62833746 > default.36046497.2__shadow_2092280179.2~MFtK8tZp8-UmvkM0qbVkf6B4xQbLT-p.50_1 > [] 108.f7ba6ce0 ack+ondisk+write+known_if_redirected e331887)", > "initiated_at": "2015-12-05 15:26:08.159832", > "age": 465.722853, > "duration": 1.256738, > "type_data": [ > "commit sent; apply or cleanup", > { > "client": "client.36076101", > "tid": 62833746 > }, > . > . > . > . > { > "time": "2015-12-05 15:26:09.416570", > "event": "done" > } > ] > ] > }, > > the only peace of info that it might be useful (i assumed) is the > description, i can see the client id in it (client.36076101.0:62833746, it > is the client id, right?) but could not understand from where it comes. my > head was spinning inside the source, though its the first time i go there > ;). first i thought it is related to the client ip or something, but could > not confirm that. any one have a clue whether this can get me somewhere? > any other ideas are appreciated. > thanks > Ali >
_______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
