oneconf takes up half of the memory

[Gergely Csépány]

oneconf-service is eating my memory, it's at 1.46GB after half day of usage. If I stop it with oneconf-query --stop then the memory is freed.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: oneconf 0.2.6.7
ProcVersionSignature: Ubuntu 3.0.0-13.22-generic 3.0.6
Uname: Linux 3.0.0-13-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
Date: Thu Nov 24 11:13:45 2011
EcryptfsInUse: Yes
ExecutablePath: /usr/share/oneconf/oneconf-service
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
InterpreterPath: /usr/bin/python2.7
PackageArchitecture: all
SourcePackage: oneconf
UpgradeStatus: No upgrade log present (probably fresh install)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Gergely Csépány (cheoppy)]

However, as I noticed, this doesn't happen always, sometimes I can go a day after reboot without this bug, sometimes it kicks in just after boot.
I don't know yet what triggers it, how does oneconf works? I mean, when does it update its database, when does it look for changes?

[Jay Deiman (jay-splitstreams)]

I'm seeing the same thing here. I'm at just under 21 hours of uptime and it's currently at 1559MB of resident mem and 1889MB virtual.

[Didier Roche-Tolomelli (didrocks)]

Hey, thanks both of you for you report,

ok, so it seems that oneconf never stops for you and there is a memory leak (this can be in pygobject for instance).
I'm interested to know what is your workflow. Do you let something like software-center opened all the day? I never reach a high level of memory for oneconf there (and it should stop after 5 minutes of inactivity), like, no software-center, no update…

[Anders Aagaard (aagaande)]

I dont use the software center at all, but I do use the update manager.

Come to think of it I had a package stuck on updating too (third party ppa), so it never gets installed. Maybe the update manager is hogging the oneconf service and stays on, due to that one package not being installed/updated?

[Anders Aagaard (aagaande)]

A little update to #6, I thought it was a package that failed to install. But it installs fine, but still shows as updatable. (Essentially I can do apt-get update forever and it'll still show). I removed it now and we'll see if that helps :)

[Anders Aagaard (aagaande)]

It didn't, oneconf-service is still always running and increses in memory use.

[dino99 (9d9)]

Precise i386 b2

It seems that Oneconf is continously trying to scan a network when in fact there is none because it is a single system. As a result, in such case, system-monitor is showing that 160 Mb ram is used on my system Thats way too much to syncing nothing.

Right now i've purged both oneconf & software-center as it using it.

But i've not noted that the ram was increasing, always use around 160 Mb here on Precise i386 b2 logged as gnome-classic (no compiz nor unity installed)

[David Anderson (dga)]

I've found that the best workaround is to disable oneconf (so as to avoid removing software-center and ubuntu-desktop).

sudo chmod a-x /usr/share/oneconf/oneconf-service
sudo chmod a-x /usr/share/oneconf/oneconf-query
sudo chmod a-x /usr/share/oneconf/oneconf-update

And then I killed the running process oneconf-service via System Monitor. Goodbye Oneconf, thanks for the memory back. I did this a while back in 11.10 and had no problems as a result. I've now tried it in 12.04 as the bug remains.

[Gergely Csépány (cheoppy)]

I did the same, just deleted the oneconf service from synaptics, since I never used either oneconf or software-center. I'm sure the memory leak could be tracked down, but I had no interest in doing that.
Welcome back, my memory! :)

[Alexander List (alexlist)]

I have the same problem on precise.

When doing an strace, I discovered that oneconf-service seems to be in an endless loop going through the package database, and it fails on too many open files...

---snip---
[pid 10806] fcntl(1019, F_SETFD, FD_CLOEXEC) = 0
[pid 10806] read(1019, "", 34035) = 0
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_main_binary-i386_Packages", O_RDONLY) = 1020
[pid 10806] fcntl(1020, F_SETFD, FD_CLOEXEC) = 0
[pid 10806] read(1020, "Package: at-spi2-core\nPriority: "..., 34035) = 34035
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_restricted_binary-i386_Packages", O_RDONLY) = 1021
[pid 10806] fcntl(1021, F_SETFD, FD_CLOEXEC) = 0
[pid 10806] read(1021, "", 34035) = 0
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_universe_binary-amd64_Packages", O_RDONLY) = 1022
[pid 10806] fcntl(1022, F_SETFD, FD_CLOEXEC) = 0
[pid 10806] read(1022, "Package: alarm-clock-applet\nPrio"..., 34035) = 34035
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_multiverse_binary-amd64_Packages", O_RDONLY) = 1023
[pid 10806] fcntl(1023, F_SETFD, FD_CLOEXEC) = 0
[pid 10806] read(1023, "", 34035) = 0
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_main_binary-amd64_Packages", O_RDONLY) = -1 EMFILE (Too many open files)
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-proposed_restricted_binary-amd64_Packages", O_RDONLY) = -1 EMFILE (Too many open files)
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-security_universe_i18n_Translation-en", O_RDONLY) = -1 EMFILE (Too many open files)
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-security_restricted_i18n_Translation-en", O_RDONLY) = -1 EMFILE (Too many open files)
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-security_multiverse_i18n_Translation-en", O_RDONLY) = -1 EMFILE (Too many open files)
[pid 10806] open("/var/lib/apt/lists/free.nchc.org.tw_ubuntu_dists_precise-security_main_i18n_Translation-en", O_RDONLY) = -1 EMFILE (Too many open files)
---snip---

[dino99 (9d9)]

Raring have the 0.3.3 package, and should have fixed that issue.

[Launchpad Janitor (janitor)]

[Expired for oneconf (Ubuntu) because there has been no activity for 60 days.]