On Mon, Mar 19, 2018 at 05:28:13PM -0300, Marcelo Ricardo Leitner wrote: > On Mon, Mar 19, 2018 at 03:38:00PM -0300, Marcelo Ricardo Leitner wrote: > > > > Or if you can create a > > > > small reproducer, that would be great. > > > > > > This would be great if I could figure out what the important elements are in what I am doing. > > > The tests are opening and closing and aborting large numbers of connections. > > > Some of the connections are used to exchange a lot of data, others hardly carry anything. > > > The connection that fails appears to be fairly random. The timing of when it fails appears to be fairly random. > > > The failure only occurs after an average of over an hour of running. > > > Any hints at the kind of behaviour that could trigger a failure like this? > > > > I noticed that the association you referenced used the same port at > > both hosts. You don't have a port re-use happening in there, do you? > > If you have several associations using the same (src ip, dst ip, dst > port) tuple, you may be facing an issue with rhlists. > (netdev patchset Subject rhashtable: Fix rhltable duplicates insertion) https://www.mail-archive.com/netdev@xxxxxxxxxxxxxxx/msg220650.html > > We use rhltable for the transport list and their description of the > issue matches your situation too AFAICT. > > M. > -- > To unsubscribe from this list: send the line "unsubscribe linux-sctp" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
