Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 24017 - emerge (any ebuild) fails: text file busy
Summary: emerge (any ebuild) fails: text file busy
Status: RESOLVED WORKSFORME
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: x86 Linux
: Highest blocker (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-06 16:10 UTC by Garth N. Zwergg
Modified: 2011-10-30 22:17 UTC (History)
3 users (show)

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


Attachments
complete strace output (emerge.17628,4.51 KB, text/plain)
2003-07-20 14:29 UTC, Garth N. Zwergg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Garth N. Zwergg 2003-07-06 16:10:26 UTC
When I try to emerge any ebuild I get:

Calculating dependencies ...done!
>>> emerge (1 of 1) x11-terms/rxvt-2.7.8-r6 to /
>>> md5 src_uri ;-) rxvt-2.7.8.tar.gz
>>> /tmp/sandboxpids.tmp file mode: r+ open: Text file busy
>>> pids file write: Illegal seek

I updated to 2.0.48-r3 when emerge said it was available and didn't notice any 
problems until this error came up today. Already tried emerge sync and deleting 
/usr/portage and emerge sync again, didn't help. Followed the instructions 
in README.RESCUE, still same problem. File system check showed nothing.


Portage 2.0.48-r3 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.21 i686 AMD Athlon(tm) Processor
GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ 
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config 
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss crypt cups gif jpeg gnome libg++ libwww mikmod mmx mpeg ncurses 
pdflib png spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts 
java X sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gtk motif -svga  
-alsa -nls -qt -kde"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon -O3 -pipe"
CXXFLAGS="-mcpu=athlon -O3 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 Tim Yamin (RETIRED) gentoo-dev 2003-07-07 09:48:21 UTC
Looks like some process is eating it. 

Do a "fuser /tmp/sandboxpids.tmp"; then do a "ps -ef" and trace the ID given by fuser to the process list. Dump both here.
Comment 2 Tim Yamin (RETIRED) gentoo-dev 2003-07-07 09:50:05 UTC
Do an strace as well. If you can't emerge it, get a binary version...
Comment 3 Nicholas Jones (RETIRED) gentoo-dev 2003-07-13 21:24:20 UTC
Need a response to help with this one.
Comment 4 Garth N. Zwergg 2003-07-20 14:27:55 UTC
"fuser /tmp/sandboxpids.tmp" returns nothing.

straceing turnd out to be a bit more difficult with all the subprocesses 
involved. "strace -ff -o emerge rxvt" produces a lot of files, but only 
one of them appears to be relevant here. Not sure though what causes 
the error, but it looks like there are two errors, one in the open 
call and another one in the 2 _llseek calls.

open("/tmp/sandboxpids.tmp", O_RDWR|O_CREAT, 0644) = -1 ETXTBSY (Text file busy)
dup(2)                                  = 3
fcntl64(3, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat64(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
_llseek(3, 0, 0xbfffb660, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(3, ">>> /tmp/sandboxpids.tmp file mo"..., 60) = 60
close(3)                                = 0
munmap(0x40013000, 4096)                = 0
dup(2)                                  = 3
fcntl64(3, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat64(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
_llseek(3, 0, 0xbfffb790, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(3, ">>> pids file write: Illegal see"..., 34) = 34
close(3)                                = 0
munmap(0x40013000, 4096)                = 0
_exit(1)                                = ?

-- 

Comment 5 Garth N. Zwergg 2003-07-20 14:29:32 UTC
Created attachment 14785 [details]
complete strace output
Comment 6 Nicholas Jones (RETIRED) gentoo-dev 2003-09-25 10:36:10 UTC
If this is still an issue, please reopen.