hagen tmp
hagen tmp £ emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r3 x86_64) ================================================================= System uname: 2.6.18-gentoo-r3 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Gentoo Base System version 1.12.6 Last Sync: Mon, 18 Dec 2006 07:30:07 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/share/X11/xkb /usr/share/config /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -O2 -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parrallel-fetch sandbox sfperms strict userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ " LANG="de_DE.utf8" LC_ALL="de_DE.utf8" LINGUAS="de" MAKEOPTS="-j7" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 16bit 64bit 7zip X a52 aac acpi aim aimextras aio akode alsa alsa_cards_intel8x0 amazon amd ansi ao aotuv apache2 aqua_theme arts artswrappersuid asf async automount ax25 bash-completion beagle berkdb bigpatch bitmap-fonts bittorrent bl bluetooth bmpx bookmarks bzip2 cairo calendar ccache cddb cdparanoia cdr cdrom clamav clamd cli cpudetection cracklib crypt css cups dar64 dbus dcc de de_tvtoday directfb dlloader dmi dnotify dpms dri dv dvb dvbplayer dvd dvdr dvdread edl eds elibc_glibc encode escreen esd evo evolution exif fam fat fax faxonly fbcon fbsplash ffmpeg firefox flac font-server fortran fritzcapi_cards_fcpci ftp gdbm gif gnokii gpm gstreamer gtk gtk2 hal iconv icq idea idn imap input_devices_keyboard input_devices_mouse insecure-savers ipv6 irc irmc isdnlog jabber javascript jce jcs jpeg jpeg2k kcal kde kdeenablefinal kdepim kerberos kernel_linux kipi lame ldap ldapsam libclamav libg++ libwww linguas_de lirc lirc_devices_devinput live lm_sensors logitech-mouse logrotate lzo mad mikmod mono mozsvg mp3 mp4 mp4live mpeg mpeg2 mplayer msn musepack musicbrainz mysql mythtv ncurses netjack network nls nocardbus nocd nodoc nodrm nptl nptlonly nsplugin nvidia nvram nvtv offensive ogg ole on-the-fly-crypt openal openbabel opengl opera oscar oss pam pam_timestamp pcre pdf perl pmu png ppds pppd python qt3 qt4 quicktime rar readline reflection rtc ruby samba sdl sensord session sharedext slp spell spl ssl subtitles svg svgz szip tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode unzip userland_GNU v4l v4l2 vcd vfat video_cards_nvidia vorbis wmf wv xanim xcomposite xface xml xorg xosd xscreensaver xv xvid xvmc zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS AFAICT: My /tmp runs full in an amazing speed. I find loads of small files "tmp1389ec9.tmp" in my /tmp. They contain text, .bmp, .jpg files I have zipped and which are now indexed by beagle. The error might also be one of the unzipping tool used by beagle, but I can't tell.
I've been experiencing this too. I've been getting "no space left on device" errors at times and narrowed it down to beagle. Any ideas what could be causing this?
Any new info on this bug?
Its really bad for me. I am now resizing my partitions to create a seperate partition for /tmp. My system has become so unstable I can't leave it alone with beagled running.
Nobody has mentioned the beagle version on this bug. It's probably worth trying the latest and reporting the issue upstream.
For me it only started occuring with beagle 0.2.14. I have not tried downgrading to a previous version though. When I moved my gentoo install over to my 120gb drive (as opposed to my 60gb) it filled it up as well.
I'm using "Daemon version: 0.2.14" myself and have not noticed the problem before, either. I haven't tried to downgrade yet.
Right now I downgrade to .13 If it works, I will tell.
As far as I can tell by now, everything works just fine after the downgrade. I still occur the problem that OpenOffice Dokuments are not indexed (MS WORD Files are indexed). That happens both in .14 and .13.
Still okay. Usage of /tmp seems okay. OpenOffice Files are still not indexed, MS Word works fine, Firefox history and Thunderbird mails are indexed, too.
*** Bug 161666 has been marked as a duplicate of this bug. ***
Paste from Bug 161666: app-misc/beagle-0.2.14 uses a broken sed expression to disable debugging. This expression exists in prior ebuilds although I haven't verified its effectiveness. From a cursory inspection of the code and prior patches, I'd say partially effective in prior ebuilds, not at all in this one. Result is that beagle always logs with full debug info which can be very very extensive consuming huge amounts of disc space.
Can this lead to tmp*.tmp files in /tmp? Which contain files that have been zipped somewhere in the folders beagle should index?
0.2.14 tries to unpack the famous "42.zip" in /tmp. 0.2.13 doesn't...
Am I right in saying that the problem goes away when you sync and re-merge 0.2.14?
I just did a re-merge of 0.2.14 and this problem is still occurring.
I added a patch that is used on suse made by the upstream that decreases the logs. This is the best we can do atm on our package. The main problem is on beagle source that we can't fix. Thanks everyone.
I forgot to mention that the patch in on 0.2.15.1 bump.
