Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 34260 - Sandbox: pids file write: Illegal seek
Summary: Sandbox: pids file write: Illegal seek
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All Linux
: High major
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
: 37968 38084 38827 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-11-24 06:11 UTC by Miguel Sousa Filipe
Modified: 2004-08-19 05:08 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
sandbox-perms-grp.patch (sandbox-perms-grp.patch,3.65 KB, patch)
2004-02-29 05:50 UTC, Martin Schlemmer (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Miguel Sousa Filipe 2003-11-24 06:11:07 UTC
dev-libs/libpcre-4.2-r1 fails to emerge due to a sanbox permission denied error.


Reproducible: Always
Steps to Reproduce:
1.emerge libpcre
2.
3.

Actual Results:  
[68p] dali : ~ $ emerge kde    
Calculating dependencies ...done!
>>> emerge (1 of 43) dev-libs/libpcre-4.2-r1 to /
>>> md5 src_uri ;-) pcre-4.2.tar.bz2
>>> /tmp/sandboxpids.tmp file mode: r+ open: Permission denied
>>> pids file write: Illegal seek

Expected Results:  
regular good emerge


[68p] dali : ~ $ emerge info
Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.0-test9-mm2)
=================================================================
System uname: 2.6.0-test9-mm2 i686 AMD Athlon(TM) MP 2200+
Gentoo Base System version 1.4.3.10p1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-mp -mmmx -msse -m3dnow -mfpmath=sse,387 -pipe
-fstack-protector -fomit-frame-pointer "
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb
/opt/tomcat/conf"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=athlon-mp -mmmx -msse -m3dnow -mfpmath=sse,387 -pipe
-fstack-protector -fomit-frame-pointer "
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs sandbox ccache userpriv usersandbox digest"
GENTOO_MIRRORS="ftp://ftp.rnl.ist.utl.pt/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://ftp.rnl.ist.utl.pt/gentoo-portage"
USE="x86 oss avi encode foomaticdb gif jpeg libg++ libwww mad mikmod mpeg
ncurses pdflib png qt quicktime spell xml2 xv zlib gdbm berkdb slang readline
svga tcltk mysql gpm perl python imlib oggvorbis motif X xft gtk gtk2 truetype
nls alsa dga sdl xmms opengl cdr sse mmx 3dnow threads tcpd ipv6 crypt ssl pam
prelude java junit mozilla moznocompose moznoirc doc -gnome -kde -arts -apm -cups"
Comment 1 Miguel Sousa Filipe 2003-11-24 13:22:16 UTC
the problem is "userpriv" .... libpcre doesn build with userpriv, my guess is that it was only tested with userid=0.

please investigate that further, every ebuild should work with userpriv usersandbox etc..etc..
Comment 2 Robert Coie (RETIRED) gentoo-dev 2003-11-30 16:24:06 UTC
There are other bugs related to sandboxpids.tmp, and both 4.2-r1 and 4.4 emerge
just fine here with userpriv and usersandbox, so it's not a pcre bug.  Reassigning
to portage.
Comment 3 Nicholas Jones (RETIRED) gentoo-dev 2003-12-22 21:39:57 UTC
This should be fixed as portage should not spawn a second
sandbox instance as of 2.0.50.
Comment 4 SpanKY gentoo-dev 2004-01-13 09:10:33 UTC
*** Bug 37968 has been marked as a duplicate of this bug. ***
Comment 5 SpanKY gentoo-dev 2004-01-13 09:24:41 UTC
*** Bug 38084 has been marked as a duplicate of this bug. ***
Comment 6 Aron Griffis (RETIRED) gentoo-dev 2004-01-14 10:56:19 UTC
By the way, I'm still seeing this bug with portage-2.0.50_pre16

xterm1: gaim $ sudo emerge gaim
xterm2: xmms $ repoman
>>> /tmp/sandboxpids.tmp file mode: r+ open: Permission denied
>>> pids file write: Illegal seek

aux_get(): (0) Error in media-sound/xmms-1.2.7-r20 ebuild. (1)
               Check for syntax error or corruption in the ebuild. (--debug)

>>> /tmp/sandboxpids.tmp file mode: r+ open: Permission denied
>>> pids file write: Illegal seek

aux_get(): (0) Error in media-sound/xmms-1.2.7-r23 ebuild. (1)
               Check for syntax error or corruption in the ebuild. (--debug)

>>> /tmp/sandboxpids.tmp file mode: r+ open: Permission denied
>>> pids file write: Illegal seek

aux_get(): (0) Error in media-sound/xmms-1.2.7-r25 ebuild. (1)
               Check for syntax error or corruption in the ebuild. (--debug)

>>> /tmp/sandboxpids.tmp file mode: r+ open: Permission denied
>>> pids file write: Illegal seek

aux_get(): (0) Error in media-sound/xmms-1.2.8-r3 ebuild. (1)
               Check for syntax error or corruption in the ebuild. (--debug)

Comment 7 Aron Griffis (RETIRED) gentoo-dev 2004-01-14 19:46:09 UTC
I'm guessing this has fallen off of the radar because of the InCVS keyword, but I think that's wrong...  since I see this regularly on portage-2.0.50_pre16
Comment 8 Marius Mauch (RETIRED) gentoo-dev 2004-01-14 20:05:25 UTC
Yep, me too
Comment 9 SpanKY gentoo-dev 2004-01-20 09:12:25 UTC
*** Bug 38827 has been marked as a duplicate of this bug. ***
Comment 10 Aron Griffis (RETIRED) gentoo-dev 2004-02-06 09:33:44 UTC
I'm removing the InCVS keyword.  You can put it back if it's real, but I'm running  portage-2.0.50_pre22 and this problem persists (and is really annoying).  I want to be able to run repoman in a couple windows at once, plus emerge in another window.  This bug makes that impossible (along with bug 26007)
Comment 11 Aron Griffis (RETIRED) gentoo-dev 2004-02-09 11:55:41 UTC
Nick said, "This should be fixed as portage should not spawn a second
sandbox instance as of 2.0.50."

This bug is not fixed.
Comment 12 Aron Griffis (RETIRED) gentoo-dev 2004-02-10 13:53:28 UTC
Portage team, could somebody provide a comment on the status of this bug, whether or not there will be a fix in the next release, etc?
Comment 13 Masatomo Nakano (RETIRED) gentoo-dev 2004-02-21 21:55:05 UTC
I talked about this bug with carpaski.
We should change the file's permission to 664 and group to portage.

I'm not familiar with sandbox and carpaski is busy..
azarah, can you do that?
Comment 14 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-29 05:50:28 UTC
Created attachment 26584 [details, diff]
sandbox-perms-grp.patch

This fixes it.
Comment 15 Bernd Wurst 2004-04-02 05:50:24 UTC
What is about this bug?
I saw it on a newly installed gentoo system, but it's not really reproducable.
On another system I don't get this error.
Comment 16 Masatomo Nakano (RETIRED) gentoo-dev 2004-04-02 06:36:27 UTC
This bug happens in 2.0.50-r1 when you do two emerge(or repoman) process  as different user at the same time.
Azarah has fixed this bug in 2.0.50-r2(But it is masked due to other problem now).
Comment 17 Martin Schlemmer (RETIRED) gentoo-dev 2004-06-16 11:19:52 UTC
Should be fixed.
Comment 18 Martin Holzer (RETIRED) gentoo-dev 2004-08-19 05:08:15 UTC
ls -la / shows
drwxr-xr-x  20 root root  4096 Aug 19 14:02 tmp
which is wrong
doing a chmod 0777 /tmp
drwxrwxrwx  20 root root  4096 Aug 19 14:05 tmp
works