amd(8) cores dump when load high

Lin Jui-Nan Eric ericlin at tamama.org
Sun Dec 28 07:46:47 PST 2008


Hi Danny,

Can you tell us which patch did you apply? Thank you very much!

On Sun, Dec 28, 2008 at 3:52 PM, Danny Braniss <danny at cs.huji.ac.il> wrote:
>> I got "Couldn't lock process pages in memory using mlockall()" too:
> [...]
>> On Sat, Dec 27, 2008 at 9:07 PM, Rong-en Fan <grafan at gmail.com> wrote:
>> > On Sat, Dec 27, 2008 at 7:03 PM, Danny Braniss <danny at cs.huji.ac.il> wrote:
>> >>> No, we do not running amd with -S.
>> >>>
>> >>> # ps auxww | grep amd
>> >>> root      706  0.0  0.1  7660  5416  ??  Ss   Wed05PM   4:48.12
>> >>> /usr/sbin/amd -p -k amd64 -x all /net amd.map
>> >>>
>> >> well, I'm running 7.1-PRERELEASE, what does the amd logs show?
>> >>
>> > [...]
>> >> Dec 27 10:37:01 sf-02 amd[857]: Locked process pages in memory
>> >>                                ******************************
>> >
>> > Hmm.. interesting, I got this
>> >
>> > Dec 26 15:32:11 bsd2 amd[39723]: Couldn't lock process pages in memory using mlo
>> > ckall(): Resource temporarily unavailable
>> >
>> > w/ 7-STABLE around Sep 4. I don't put plock = no in amd.conf, so
>> > by default it's plock'ed.
>> >
>> > Regards,
>> > Rong-En Fan
>> >
>
> some more ingrediants:
> when running vanilla amd it also failes to lock pages:
>        Couldn't lock process pages in memory using mlockall(): Resource
>        temporarily unavailable
> while the amd I'm running, which includes the latest - non official - patches
> works fine.
> but, the main diff I see is:
> opteron> ldd /usr/sbin/amd
> /usr/sbin/amd:
>        libc.so.7 => /lib/libc.so.7 (0x80065a000)
> while
> opteron> ldd /SBIN/amd
> /SBIN/amd:
>        librt.so.1 => /usr/lib/librt.so.1 (0x800658000)
>        librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x80075d000)
>        libwrap.so.5 => /usr/lib/libwrap.so.5 (0x800866000)
>        libc.so.7 => /lib/libc.so.7 (0x80096f000)
>
> danny
>
>
>


More information about the freebsd-stable mailing list