[Bug 2025709] [NEW] qbittorrent: "Valgrind cannot continue. Sorry."

themusicgod1 2025709 at bugs.launchpad.net
Tue Jul 4 06:42:01 UTC 2023


Public bug reported:

this is what happens, after running

# valgrind qbittorrent

...
==111653== 
==111653==     Valgrind's memory management: out of memory:
==111653==        memcheck:allocate new SecMap's request for 16384 bytes failed.
==111653==        2,761,490,432 bytes have already been mmap-ed ANONYMOUS.
==111653==     Valgrind cannot continue.  Sorry.
==111653== 
==111653==     There are several possible reasons for this.
==111653==     - You have some kind of memory limit in place.  Look at the
==111653==       output of 'ulimit -a'.  Is there a limit on the size of
==111653==       virtual memory or address space?
==111653==     - You have run out of swap space.
==111653==     - Valgrind has a bug.  If you think this is the case or you are
==111653==     not sure, please let us know and we'll try to fix it.
==111653==     Please note that programs can take substantially more memory than
==111653==     normal when running under Valgrind tools, eg. up to twice or
==111653==     more, depending on the tool.  On a 64-bit machine, Valgrind
==111653==     should be able to make use of up 32GB memory.  On a 32-bit
==111653==     machine, Valgrind should be able to use all the memory available
==111653==     to a single process, up to 4GB if that's how you have your
==111653==     kernel configured.  Most 32-bit Linux setups allow a maximum of
==111653==     3GB per process.
==111653== 
==111653==     Whatever the reason, Valgrind cannot continue.  Sorry.

i've got plenty of swap (21GB) so it *shouldn't* be that.

nothing obviously limiting in ulimit:

# ulimit -a
real-time non-blocking time  (microseconds, -R) unlimited
core file size              (blocks, -c) unlimited
data seg size               (kbytes, -d) unlimited
scheduling priority                 (-e) 0
file size                   (blocks, -f) unlimited
pending signals                     (-i) 29990
max locked memory           (kbytes, -l) unlimited
max memory size             (kbytes, -m) unlimited
open files                          (-n) 1024
pipe size                (512 bytes, -p) 8
POSIX message queues         (bytes, -q) 819200
real-time priority                  (-r) 95
stack size                  (kbytes, -s) 8192
cpu time                   (seconds, -t) unlimited
max user processes                  (-u) 29990
virtual memory              (kbytes, -v) unlimited
file locks                          (-x) unlimited

valgrind:
  Installed: 1:3.18.1-1ubuntu2
  Candidate: 1:3.18.1-1ubuntu2
  Version table:
 *** 1:3.18.1-1ubuntu2 500
        500 http://muug.ca/mirror/ubuntu jammy/main amd64 Packages
        100 /var/lib/dpkg/status

qbittorrent:
  Installed: 4.4.1-2
  Candidate: 4.4.1-2
  Version table:
 *** 4.4.1-2 500
        500 http://muug.ca/mirror/ubuntu jammy/universe amd64 Packages
        100 /var/lib/dpkg/status


ubuntu: 22.04.02 jammy LTS

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: valgrind 1:3.18.1-1ubuntu2
Uname: Linux 6.0.7-gnulibre-squashfix x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Tue Jul  4 00:38:15 2023
InstallationDate: Installed on 2017-04-18 (2267 days ago)
InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Release amd64 (20170412)
SourcePackage: valgrind
UpgradeStatus: Upgraded to jammy on 2023-06-14 (19 days ago)
mtime.conffile..etc.apport.crashdb.conf: 2020-06-07T21:16:26.397404

** Affects: valgrind (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug jammy wayland-session

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to valgrind in Ubuntu.
https://bugs.launchpad.net/bugs/2025709

Title:
  qbittorrent:  "Valgrind cannot continue.  Sorry."

Status in valgrind package in Ubuntu:
  New

Bug description:
  this is what happens, after running

  # valgrind qbittorrent

  ...
  ==111653== 
  ==111653==     Valgrind's memory management: out of memory:
  ==111653==        memcheck:allocate new SecMap's request for 16384 bytes failed.
  ==111653==        2,761,490,432 bytes have already been mmap-ed ANONYMOUS.
  ==111653==     Valgrind cannot continue.  Sorry.
  ==111653== 
  ==111653==     There are several possible reasons for this.
  ==111653==     - You have some kind of memory limit in place.  Look at the
  ==111653==       output of 'ulimit -a'.  Is there a limit on the size of
  ==111653==       virtual memory or address space?
  ==111653==     - You have run out of swap space.
  ==111653==     - Valgrind has a bug.  If you think this is the case or you are
  ==111653==     not sure, please let us know and we'll try to fix it.
  ==111653==     Please note that programs can take substantially more memory than
  ==111653==     normal when running under Valgrind tools, eg. up to twice or
  ==111653==     more, depending on the tool.  On a 64-bit machine, Valgrind
  ==111653==     should be able to make use of up 32GB memory.  On a 32-bit
  ==111653==     machine, Valgrind should be able to use all the memory available
  ==111653==     to a single process, up to 4GB if that's how you have your
  ==111653==     kernel configured.  Most 32-bit Linux setups allow a maximum of
  ==111653==     3GB per process.
  ==111653== 
  ==111653==     Whatever the reason, Valgrind cannot continue.  Sorry.

  i've got plenty of swap (21GB) so it *shouldn't* be that.

  nothing obviously limiting in ulimit:

  # ulimit -a
  real-time non-blocking time  (microseconds, -R) unlimited
  core file size              (blocks, -c) unlimited
  data seg size               (kbytes, -d) unlimited
  scheduling priority                 (-e) 0
  file size                   (blocks, -f) unlimited
  pending signals                     (-i) 29990
  max locked memory           (kbytes, -l) unlimited
  max memory size             (kbytes, -m) unlimited
  open files                          (-n) 1024
  pipe size                (512 bytes, -p) 8
  POSIX message queues         (bytes, -q) 819200
  real-time priority                  (-r) 95
  stack size                  (kbytes, -s) 8192
  cpu time                   (seconds, -t) unlimited
  max user processes                  (-u) 29990
  virtual memory              (kbytes, -v) unlimited
  file locks                          (-x) unlimited

  valgrind:
    Installed: 1:3.18.1-1ubuntu2
    Candidate: 1:3.18.1-1ubuntu2
    Version table:
   *** 1:3.18.1-1ubuntu2 500
          500 http://muug.ca/mirror/ubuntu jammy/main amd64 Packages
          100 /var/lib/dpkg/status

  qbittorrent:
    Installed: 4.4.1-2
    Candidate: 4.4.1-2
    Version table:
   *** 4.4.1-2 500
          500 http://muug.ca/mirror/ubuntu jammy/universe amd64 Packages
          100 /var/lib/dpkg/status

  
  ubuntu: 22.04.02 jammy LTS

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: valgrind 1:3.18.1-1ubuntu2
  Uname: Linux 6.0.7-gnulibre-squashfix x86_64
  ApportVersion: 2.20.11-0ubuntu82.5
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  Date: Tue Jul  4 00:38:15 2023
  InstallationDate: Installed on 2017-04-18 (2267 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Release amd64 (20170412)
  SourcePackage: valgrind
  UpgradeStatus: Upgraded to jammy on 2023-06-14 (19 days ago)
  mtime.conffile..etc.apport.crashdb.conf: 2020-06-07T21:16:26.397404

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/valgrind/+bug/2025709/+subscriptions




More information about the foundations-bugs mailing list