Re: NSD database memory usage
"W.C.A. Wijngaards" <[email protected]>
| Newsgroups | gmane.network.dns.nsd.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Antti, On 06/02/18 15:08, Antti Ristimäki wrote: > Hi, > > ----- On 6 Feb, 2018, at 15:46, Anand Buddhdev [email protected] wrote: > >> On 06/02/2018 13:58, W.C.A. Wijngaards wrote: >> >>> Hi Antti, >>> >>> It is a memory leak, thank you for the report! Fixed it, code is copied >>> below and in the code repository. It happens when unknown RR formatted >>> RRs are read from zonefile. >> >> Hi Wouter, thanks for the quick fix! >> >> So Antti, which unusual RRs do you have in your zone? > > That's something I also wonder, as the zone in question contains only very usual RRs, mainly delegation NS records. There are quite a lot of IDN names but that should probably be business as usual. > > I will try to look at the zone contents if I find anything. Wouter, anything particular in mind that I should be searching for? RRs printed in the \#length hexadecimals format cause the problem that I found. Regardless if the type was known to NSD, it was the text formatting in the parser that leaked. If the problem is still there (after using patch?) then it maybe possible to reproduce with (a smaller subset of) the zone? Best regards, Wouter > > Antti > _______________________________________________ > nsd-users mailing list > [email protected] > https://open.nlnetlabs.nl/mailman/listinfo/nsd-users > _______________________________________________ nsd-users mailing list [email protected] https://open.nlnetlabs.nl/mailman/listinfo/nsd-users
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE7fqj8spObrBWga+On28cLX4EX40FAlp5uGIACgkQn28cLX4E X41fGg//Xrq1JF1GNDpY71/C+yEbvd7C0+NMHIE1Ytwe+eDQREyeL0XNkYQwZcCS H5glGX3dPc1wMb8f+i+31pfKGX25D2Pn1HmDHEyE7ZQSZKD/mSm6iNIVcta6IFJI Ajx0HnWRqAuH0whr9Wt+y92EdKHby93P4topILf/b7ULvk6Q/Mu7Q32Cm9yVzNBu hxkbIZK3/LEiZ8T14PKSyUqgQKDRbotwfz+97kbjAfzGnbFqUPd5cRSUufgScycB OLVaenQpiVV6U03VLhqUo3qTVuIBRNGqIZhrlqZloYagxPz1jggamJcLv+rl44zP QVBV6mt87USChtPrHQC12uNH0wfNCGudH3eAt+NvD6sSRSUuukMkxBLPz+Ozjwv/ nTrkdi59f3+kUA4jxf1w4GNeCPegcUfTEUBlYO8KQ0AI3nsUUfq4YclVJlwXzuth lOG6rnJGlfyTMUgf+ANOIO6yV4uiJg0wOor+v/YQ3pmSPd9GXSOJ7yHAMFKOrS3H jqmp4uDsBPDbUMRs9VPVdz/vNMIENXD/cNK6l9K+NzCX8mpVjMTrSf3ThlXIZVT3 /LPUiIOiIHSbY0bHiwEu6O/JHw4TdZYpnOkO0VuFS+81IPhm2+VRqUlBJNzMPtSS IFWTehzRzDIpx1ES4LIuoUAN/2LgA+8yZyrw0nQlRjgjxCD3ktY= =p7A6 -----END PGP SIGNATURE-----