problems with perl-5.8.2-r1 ebuild (ACCESS DENIED open_wr:)

[thedd]

when merging system I get "ACCESS VIOLATION" on the perl package.
first I get a random bunch of

Code: Select all

ACCESS DENIED  open_wr:

then after a while the whole thing breaks down and I get a list of all the violations.
then emerge halts.

I have been merging alot of other packages without any problems, it's just perl that do this.

I could mention that the root is nfs, but everything else has worked fine (the bootstrap, merging several other packages etc.).

I guess it could be solved with "-sandbox" but i dont think that is a nice solution.
maybe it is a bug, then it would be better if it was fixed.

HELP!

[Elanthius]

I just wanted to say I'm having a similar sort of problem described here http://forums.gentoo.org/viewtopic.php?t=195219. I'm also using nfs but not for root, just users.

[pestes]

I have this same issue on one of my machines. That machine also happens to be running it's root filesystem on NFS. I haven't had problems emerging any thing else, just perl-5.8.2.

I don't see anything about this in bugtraq, but the NFS root seems to be the common point here.

Anyone know why NFS root would make a difference?

[Elanthius]

After what seems like months of wrestling with this I finally found a solution to my version of the problem.

I altered a line in /etc/nsswitch.conf from

Code: Select all

services:   nis [NOTFOUND=return] files

to

Code: Select all

services:   files

[lupestro]

I am also experiencing the same problem to a lesser degree - here is the end of my emerge:

All tests successful.
u=11.03 s=1.88 cu=680.44 cs=53.98 scripts=813 tests=80644
make[2]: Leaving directory `/var/tmp/portage/perl-5.8.4/work/perl-5.8.4'
make[1]: Leaving directory `/var/tmp/portage/perl-5.8.4/work/perl-5.8.4'
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-dev-lang_-_perl-5.8.4-11856.log"

open_wr: /etc/default/nss
--------------------------------------------------------------------------------

However, I do _not_ have my root file system NFS exported. In fact, I am exporting only two very specific directories from within my root file system and a couple of directories from another file system and am importing no directories.

It sounds like others are getting this problem more intensely than I am. As you can see, I only get the one - but it is enough

I have "nis" on the end of the chain for most lines in /etc/nsswitch.conf. I have removed it for services to see if it helps. I will report back here.

[lupestro]

I should mention that this has been happening with one of my two Gentoo systems - my server, which has no X windows stuff loaded - and not the other - my workstation with significant portions of the kitchen sink. It also was happening during one of the tests.

I just tried changing the following line in nsswitch.conf:

services: db files nis

to

services: db files #nis

and it appears to have done what is needed.

How ever did you figure this out? Cut and try? An educated guess? Or was there a troubleshooting procedure I could learn from? I have so much to learn about this platform...

I suppose we should put in a bug or something? It looks like the perl test in question was counting on something it shouldn't have been. I just wish I'd written down which test it was when the problem was happening...

-Lupestro

[bohlke]

ok, same here... i just commented out services: nis in my /etc/nsswitch.conf and perl compiled without problems;

[Elanthius]

Well, I was working on this bad boy on and off for several weeks but the way I solved it in the end was by looking at the five or six perl tests that failed and spotting that they all had a similar call to getservbyname(). It seemed that only tests with that function in failed. Then a quick google search for getservbyname popped up with info about nsswitch.conf.

I assumed serv was short for services and read around a bit and tried a few things with the services line in the file. I get the feeling that "services" are not being distributed by the nis server.

I don't think this is a problem with the ebuilds since I had quite a few things fail to build, including kde-3.2.3, php, eclipse-sdk-3.0.0 and perl. I think the problem is that the settings file was fundamentally wrong.

R

[JelmerBarhorst]

I had the same problem. The problem is that when you use the gentoo-dev-sources the root is mounted with NFSv2 instead of v3. I've compiled a new kernel with the 2.6.9 vanilla source and I could finaly emerge perl

[ForestJump]

I've got the same Problem.