Bug #4565
openTTCN-3 testsuite: mDNS_UDP: maximum number of open file descriptors is greater than FD_SETSIZE
0%
Description
I'm analyzing why the TTCN-3 tests for DGSM are failing now, although they have been working before the dgsm code was merged into OsmoHLR. I think we've upgraded the ttcn-3 version inbetween, maybe that is why it worked before and does not work anymore now.
The tests run into a timeout at mDNS.receive calls, such as:
/* [mDNS] TS-HLR <= HLR proxy: query for GSUP server who knows the IMSI */ mDNS.receive(tr_MSLookup_mDNS_query(domain)) -> value mdns_msg;
While executing the tests (and even while running non-dgsm tests), the testsuite prints a new message (this was not printed when I wrote and tested the tests initially):
07:14:22.466652 5 MSLookup_mDNS_Emulation.ttcn:23 Warning: The maximum number of open file descriptors (1048576) is greater than FD_SETSIZE (1024). Ensure that Test Ports using Install_Handler do not try to wait for events of file descriptors with values greater than FD_SETSIZE (1024). (Current caller of Install_Handler is "mDNS_UDP")
So for some reason, a huge number of file descriptors is allocated. This happens even if just one test is enabled.
Updated by osmith almost 4 years ago
I thought that map() in "library/MSLookup_mDNS_Emulation.ttcn" would get called over and over for some reason. But after adding a log message right before it, I found that it only gets called once. It seems to me that this is a regression in titan.
function f_main() runs on MSLookup_mDNS_Emulation_CT { var MSLookup_mDNS vl_dnsmsg; var ASP_UDP vl_udpmsg; map(self:mDNS_UDP, system:UDP); ...
Updated by osmith almost 4 years ago
- Assignee changed from osmith to fixeria
as discussed, assigning to you
Updated by fixeria almost 4 years ago
I just noticed a similar warning in ttcn3-bsc-test, but it does not seem to affect the results.
06:25:36.186418 917 M3UA_Emulation.ttcn:554 Warning: The maximum number of open file descriptors (1048576) is greater than FD_SETSIZE (1024). Ensure that Test Ports using Install_Handler do not try to wait for events of file descriptors with values greater than FD_SETSIZE (1024). (Current caller of Install_Handler is "SCTP_PORT")