Re: kernel 4.7.2 update broke bind

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

 



On 09/10/2016 08:09 AM, Sam Varshavchik wrote:
> Sam Varshavchik writes:
> 
>> Tom Horsley writes:
>>
>>> On Sat, 10 Sep 2016 10:20:57 -0400
>>> Sam Varshavchik wrote:
>>>
>>> > All-righty, this must be something about this particular named-chroot
>>> > configuration…
>>>
>>> In the "check the dumb stuff first" category, might want to
>>> run memtest and check the SMART info on the disk. Always a
>>> chance the code got corrupted somehow and isn't running the
>>> instructions intended to run :-).
>>
>> I copied the chroot to another server that I can play with. On that
>> one, named-chroot also segfaults at startup in the same way, so it
>> looks like I have a weekend project…
> 
> I have this "options" directive in place for decades:
> 
> datasize 20M;
> 
> Commenting it out allows named to start up. I'll try it on my main
> server, the next time I reboot it. Something about 4.7.2 that makes
> named blow up, with this directive in place.

Uhm, since that limits the size of memory that named can use, have you
tried increasing it? I agree that a new kernel shouldn't cause it to
puke unless there's something wrong with the way RAM is being allocated
in the kernel (or the limit is actually being enforced in the new kernel
and it wasn't in the older ones).

It'd be interesting if you had a top report of the memory usage of
named under the old kernel and the new kernel (with the directive
disabled), just to see what the memory footprint differences are. Might
point toward something interesting.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ricks@xxxxxxxxxxxxxx -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-  Money can't buy happiness, but it can take the sting out of being -
-                             miserable!                             -
----------------------------------------------------------------------
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux