ACCESS DENIED while emerging

Message

tkole · Post by **tkole** » Thu Mar 10, 2005 9:47 am

I was emerging libnids and i got the following error:

<-- start -->

>>> Install libnids-1.18 into /var/tmp/portage/libnids-1.18/image/ category net-libs
cd src ; make _installshared
make[1]: Entering directory `/var/tmp/portage/libnids-1.18/work/libnids-1.18/src'
../mkinstalldirs /usr/lib
../mkinstalldirs /var/tmp/portage/libnids-1.18/image//usr/include
mkdir /var/tmp/portage/libnids-1.18/image/usr
mkdir /var/tmp/portage/libnids-1.18/image/usr/include
../mkinstalldirs /var/tmp/portage/libnids-1.18/image//usr/share/man/man3
mkdir /var/tmp/portage/libnids-1.18/image/usr/share
mkdir /var/tmp/portage/libnids-1.18/image/usr/share/man
mkdir /var/tmp/portage/libnids-1.18/image/usr/share/man/man3
/bin/install -c -c -m 644 libnids.a /usr/lib
ACCESS DENIED open_wr: /usr/lib/libnids.a
/bin/install: cannot create regular file `/usr/lib/libnids.a': Permission denied
make[1]: *** [install] Error 1
make[1]: Leaving directory `/var/tmp/portage/libnids-1.18/work/libnids-1.18/src'
make: *** [_installshared] Error 2

!!! ERROR: net-libs/libnids-1.18 failed.
!!! Function einstall, Line 524, Exitcode 2
!!! einstall failed
!!! If you need support, post the topmost build error, NOT this status message.

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-net-libs_-_libnids-1.18-30760.log"

open_wr: /usr/lib/libnids.a
--------------------------------------------------------------------------------

<-- end -->

I AM emerging as root.

Any ideas?

moocha · Post by **moocha** » Thu Mar 10, 2005 9:54 am

Ugly, but it's an effective workaround:

Code: Select all

FEATURES="-sandbox -usersandbox" emerge --oneshot net-libs/libnids

then resume merging whatever it was that you were merging.
This is the bug to watch: http://bugs.gentoo.org/show_bug.cgi?id=84699

tkole · Post by **tkole** » Thu Mar 10, 2005 9:56 am

thanks that worked great.

I'm now tryign to emerge pciutils but it hangs on:

cr root # emerge pciutils
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-apps/pciutils-2.1.11-r3 to /
>>> md5 src_uri

pciutils-2.1.11.tar.gz
>>> md5 src_uri

pci.ids-20041019.bz2
>>> Unpacking source...
>>> Unpacking pciutils-2.1.11.tar.gz to /var/tmp/portage/pciutils-2.1.11-r3/work
>>> Unpacking pci.ids-20041019.bz2 to /var/tmp/portage/pciutils-2.1.11-r3/work
* Applying pcimodules-pciutils-2.1.11.diff ... [ ok ]
* Applying 2.1.11-sysfs.patch ... [ ok ]
* Applying pciutils-2.1.11-fix-pci-ids-location-refs.patch ... [ ok ]
* Updating pci.ids...

Any ideas

?

moocha · Post by **moocha** » Thu Mar 10, 2005 10:09 am

Yes, you are probably using some HTTP proxy to access the outside world. Updating pci.ids is trying to download an up-to-date PCI ID database via HTTP. If you need a HTTP proxy to download via HTTP, emerge this one on its own too, with http_proxy specified on the command line, i.e.

Code: Select all

http_proxy="http://your.proxy.here:port" emerge --oneshot pciutils

You may encounter something similar on usbutils, in which case the solution is also similar.

tkole · Post by **tkole** » Thu Mar 10, 2005 10:20 am

super star. thanks a million.

moocha · Post by **moocha** » Thu Mar 10, 2005 10:27 am

The pciutils ebuilds *should* indeed give some more informative messages there - "Updating pci.ids" isn't exactly crystal clear as to what the hell it does... I'll try to ask for a clearer message, hope I don't forget.

lindale · Post by **lindale** » Wed Apr 27, 2005 6:35 pm

I get this for output:

bash-2.05b# emerge pciutils
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-apps/pciutils-2.1.11-r3 to /
>>> md5 files ;-) pciutils-2.1.11-r4.ebuild
>>> md5 files ;-) pciutils-2.1.11-r1.ebuild
>>> md5 files ;-) pciutils-2.1.11-r3.ebuild
>>> md5 files ;-) ChangeLog
>>> md5 files ;-) metadata.xml
>>> md5 files ;-) files/pcimodules-pciutils-2.1.11.diff
>>> md5 files ;-) files/2.1.11-sysfs.patch
>>> md5 files ;-) files/2.1.11-fix-pci-ids-location-refs.patch
>>> md5 files ;-) files/digest-pciutils-2.1.11-r1
>>> md5 files ;-) files/digest-pciutils-2.1.11-r3
>>> md5 files ;-) files/digest-pciutils-2.1.11-r4
>>> md5 files ;-) files/2.1.11-scan.patch
>>> md5 files ;-) files/pciutils-2.1.11-fix-pci-ids-location-refs.patch
>>> md5 src_uri ;-) pciutils-2.1.11.tar.gz
>>> md5 src_uri ;-) pci.ids-20041019.bz2
>>> Unpacking source...
>>> Unpacking pciutils-2.1.11.tar.gz to /var/tmp/portage/pciutils-2.1.11-r3/work
>>> Unpacking pci.ids-20041019.bz2 to /var/tmp/portage/pciutils-2.1.11-r3/work
* Applying pcimodules-pciutils-2.1.11.diff ... [ ok ]
* Applying 2.1.11-sysfs.patch ... [ ok ]
* Applying pciutils-2.1.11-fix-pci-ids-location-refs.patch ... [ ok ]
* Updating pci.ids...

....and that is where it hangs. And hangs. And hangs.
I am not using a proxy. I have not had problems with any other ebuilds.

Any help would be greatly appreciated.

moocha · Post by **moocha** » Wed Apr 27, 2005 8:10 pm

Use

Code: Select all

netstat -at

to see the connections it makes. If there's a connection that hangs in SYN_SENT state, then it's clearly unable to download.

lindale · Post by **lindale** » Thu Apr 28, 2005 4:05 am

Here's the output:

bash-2.05b# netstat -at
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State

tcp 0 0 *:sunrpc *:* LISTEN
tcp 0 0 localhost:734 *:* LISTEN

It does download. It just hangs when "Updating pci.ids.." The file is there:

bash-2.05b# ls /usr/portage/distfiles/pci.ids-20041019.bz2 -l
-rw-rw-r-- 1 root portage 86174 Oct 20 2004 /usr/portage/distfiles/pci.ids-20041019.bz2

I have tried blowing it and all the files from the /usr/portage/sys-apps/pciutils/ directory away, re-syncing, still same results.

Where is it trying to update? Is there an attempt to write to a file system? Could it be a permissions problem? I am running this as root.

lindale · Post by **lindale** » Thu Apr 28, 2005 4:21 am

moocha,

Did you mean I should execute 'netstat -at' while the 'hang' is occurring?

If so, here is the output:

bash-2.05b# netstat -at
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:sunrpc *:* LISTEN
tcp 0 0 localhost:734 *:* LISTEN
tcp 0 1 10.10.10.80:knetd 1.0.0.0:www SYN_SENT
bash-2.05b#

Does this describe the condition you suspected? If so, what can I do about it?

moocha · Post by **moocha** » Thu Apr 28, 2005 1:55 pm

lindale wrote:moocha,

Did you mean I should execute 'netstat -at' while the 'hang' is occurring?

Yup, I could have been a bit clearer on that

.

lindale wrote:

Code: Select all

tcp               0           1 10.10.10.80:knetd    1.0.0.0:www             SYN_SENT

There it is. It's trying to connect to the IP number 1.0.0.0, which is completely bogus... Looks like your DNS server is acting up. I've seen a couple of reports about names resolving to 1.0.0.0 on some home router appliances (NetGear and the like).

lindale · Post by **lindale** » Thu Apr 28, 2005 2:38 pm

moocha,

Thanks a bunch! I never would have got that.
I reset the Cisco router and the DSL modem, and things worked great.

moocha · Post by **moocha** » Thu Apr 28, 2005 2:45 pm

Yay, glad to hear it's fixed

. Have fun emerging

.

DittoBox · Post by **DittoBox** » Tue Jul 12, 2005 6:51 pm

I'm sorry to bump this, but it seems my other thread was locked and even after restarting my router, my dsl modem and my switch I still get this problem.

More info on my problem/hardware:
http://forums.gentoo.org/viewtopic-t-358837.html

Router is rev: c1, and the GBE chip on the motherboard of the computer is "Via Velocity".

netstat -at:

Code: Select all

# netstat -at
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      1 10.0.0.4:52285          1.0.0.0:http            SYN_SENT

My router/switch are brand new and so is the motherboard the computer is running off of.

brianhearn · Post by **brianhearn** » Fri Jul 15, 2005 10:09 pm

DittoBox,

I possibly get the same problem as your locked thread (which isn't quite the same as this thread originally).

I've got a D-Link 504T router. It worked fine for about 6 months, then stopped working. I first noticed it as soon as wget-1.9.1-r3 was emerged on March 12th. I saw it happen in front of my eyes whilst I was emerging world, first couple of packages downloaded, but it stopped working directly after that was installed. I immediately tried the obvious thing and downgraded it, but that didn't work either. Since then I've found rdate does the same thing, so wget may be a red herring. The weird thing is that everything else works fine, only wget and rdate fail to resolve anything.

If you search the main suggestion is to change /etc/resolve.conf. I've found this works, but it's only as reliable as the dns server you put in there, and my isp's dns servers have been leaving me in the dark recently.

I'm pretty sure it's got something to do with D-Link routers, googling brings up another problem with a gentoo user with this problem. I e-mailed him about it but he didn't have any luck either.

Ideally I'd like it to just start working as it did again, withouth having to rely on external dns servers. I just don't understand why it stopped working when it was fine for months beforehand.

Brian.

ACCESS DENIED while emerging

ACCESS DENIED while emerging

pciutils will not emerge

pciutils won't emerge

pciutils won't emerge

Re: pciutils won't emerge

[Solved} pciutils won't emerge