Re: Ceph and TCP States

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: ceph-users [mailto:ceph-users-bounces@xxxxxxxxxxxxxx] On Behalf Of Haomai Wang
> Sent: 21 October 2016 15:28
> To: Nick Fisk <nick@xxxxxxxxxx>
> Cc: ceph-users@xxxxxxxxxxxxxx
> Subject: Re:  Ceph and TCP States
> 
> 
> 
> On Fri, Oct 21, 2016 at 10:19 PM, Nick Fisk <mailto:nick@xxxxxxxxxx> wrote:
> Hi,
> 
> I'm just testing out using a Ceph client in a DMZ behind a FW from the main Ceph cluster. One thing I have noticed is that if the
> state table on the FW is emptied maybe by restarting it or just clearing the state table...etc. Then the Ceph client will hang for a
> long time as the TCP session can no longer pass through the FW and just gets blocked instead.
> 
> This "FW" is linux firewall or hardware FW?

PFSense running on dedicated HW. Eventually they will be in a HA pair so states should persist, but trying to work around this for now. Bit annoying having CephFS lock hard for 15 minutes even though the network connection only went down for a few seconds.

> 
> 
> I believe this behaviour can be adjusted by the "ms tcp read timeout" setting to limit its impact, but wondering if anybody has any
> other ideas. I'm also thinking of experimenting with either stateless FW rules for Ceph or getting the FW to send back RST packets
> instead of silently dropping packets.
> 
> hmm, I think it depends on FW
> 
> 
> Thanks,
> Nick
> 
> _______________________________________________
> ceph-users mailing list
> mailto:ceph-users@xxxxxxxxxxxxxx
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com


_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux