4 Aug
2023
4 Aug
'23
10:35 a.m.
Hello all,
I get this error when starting any program using jack (1.9.22):
BDB2034 unable to allocate memory for mutex; resize mutex region
Cannot open DB environment: Cannot allocate memory
This occurs only after the system and jackd have been running for
a long time (weeks or months). Restarting jackd doesn't help,
a reboot is required.
I assume this is related to jackd using a Berkeley Database to
store optional application and port data.
I don't need this functionality, but there seems to be no option
to disable it. Also it seems that BDB is no longer maintained.
Any hints as to how to avoid this problem ?
Ciao,
--
FA
4 Aug
4 Aug
7:06 p.m.
On 04/08/2023 04:35, Fons Adriaensen wrote:
Hello all,
I get this error when starting any program using jack (1.9.22):
BDB2034 unable to allocate memory for mutex; resize mutex region
Cannot open DB environment: Cannot allocate memory
This occurs only after the system and jackd have been running for
a long time (weeks or months). Restarting jackd doesn't help,
a reboot is required.
I assume this is related to jackd using a Berkeley Database to
store optional application and port data.
I don't need this functionality, but there seems to be no option
to disable it. Also it seems that BDB is no longer maintained.
Any hints as to how to avoid this problem ?
Ciao,
Interesting. Had no idea BDB was used.
A search of posts revealed that BDB is only used for the jack metadata.
A search in the code revealed this in the WAF file 'wscript':
db = opt.add_auto_option(
'db',
help='Use Berkeley DB (metadata)')
Sure looks like an option !
See if you can access that option via the WAF configuration script.
Tim.
7:54 p.m.
BDB is now maintained by Oracle : https://en.wikipedia.org/wiki/Berkeley_DB
Assuming that the libdb development files are installed (db.h), and that
Bash is used,
To compile with libdb: ./waf configure && ./waf
To compile without libdb: ./waf configure --db=no && ./waf
Check if libdbd is linked to compiled shared libraries:
for lib in $(find . -type f -name "*.so"); do readelf -d $lib | grep
NEEDED | grep libdb; done
Marc
Le 2023-08-04 à 13 h 06, Tim a écrit :
On 04/08/2023 04:35, Fons Adriaensen wrote:
Hello all,
I get this error when starting any program using jack (1.9.22):
BDB2034 unable to allocate memory for mutex; resize mutex region
Cannot open DB environment: Cannot allocate memory
This occurs only after the system and jackd have been running for
a long time (weeks or months). Restarting jackd doesn't help,
a reboot is required.
I assume this is related to jackd using a Berkeley Database to
store optional application and port data.
I don't need this functionality, but there seems to be no option
to disable it. Also it seems that BDB is no longer maintained.
Any hints as to how to avoid this problem ?
Ciao,
Interesting. Had no idea BDB was used.
A search of posts revealed that BDB is only used for the jack metadata.
A search in the code revealed this in the WAF file 'wscript':
db = opt.add_auto_option(
'db',
help='Use Berkeley DB (metadata)')
Sure looks like an option !
See if you can access that option via the WAF configuration script.
Tim.
_______________________________________________
Linux-audio-dev mailing list -- linux-audio-dev(a)lists.linuxaudio.org
To unsubscribe send an email to
linux-audio-dev-leave(a)lists.linuxaudio.org
11:13 p.m.
On Fri, Aug 04, 2023 at 01:54:45PM -0400, Marc Lavallée wrote:
To compile without libdb: ./waf configure --db=no
&& ./waf
So it's a compile time option, and not really available for
anyone who just installs a distro package.
Givven the stutus of BDB, I'd say the long term solution
would be for jackd to use e.g. LMDB instead of BDB.
And also to make the metadata support a run-time option.
Ciao,
--
FA
5 Aug
5 Aug
10:19 a.m.
On Fri, Aug 04, 2023 at 11:13:46PM +0200, Fons Adriaensen wrote:
Givven the stutus of BDB, I'd say the long term
solution
would be for jackd to use e.g. LMDB instead of BDB.
Makes sense.
And also to make the metadata support a run-time
option.
A run-time option would be useful.
John
277
days inactive
278
days old
linux-audio-dev@lists.linuxaudio.org
4 comments
4 participants
participants (4)
-
Fons Adriaensen -
John Rigg -
Marc Lavallée -
Tim