amd(8) cores dump when load high

Danny Braniss danny at cs.huji.ac.il
Sat Dec 27 23:53:00 PST 2008


> 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