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