Bextract extraction issue (works on 24.0.7, fails on 25.0.3)

[jaemin cha]

Hello everyone,

I have identified an issue with file extraction using Bextract.

A segmentation fault occurs, and according to the logs, it fails to open the Bareos-sd backend device that it needs to read from.

However, I have not been able to find similar cases in the same version. In particular, this issue started occurring after upgrading to Bareos 25.0.3.

Previously, I was using version 24.0.7, where everything worked as expected.

The only difference in the environment is the version upgrade.

Here is my analysis so far: Thank you.

---

Failed = bareos-sd(27.0.7)  media type dedupable  bextrext(25.0.3)

Failed =  bareos-sd(27.0.7) media type dedupable  bextrext(24.0.7)

OK = bareos-sd(27.0.7)  media type file  bextrext(24.0.7)

OK = bareos-sd(24.0.7)  media dedupable  bextrext(24.0.7)

Failed = bareos-sd(27.0.7)  media type dedupable  bextrext(25.0.3)

Detail Log D level 200

—

/usr/sbin/bextract -d 200 -v -i  ./include-list -V vol-1 /stg/backup  /usr/local/test

bextract (100): findlib/match.cc:408-0 add_fname_to_include prefix=0 compress=0 alg= 0 fname=/rear-output/iso/*/*.iso

bextract (10): lib/parse_conf.h:460-0 ConfigResourcesContainer: new configuration_resources_ 0x563f51fdc1d0

bextract (100): lib/parse_conf.cc:181-0 config file = /etc/bareos/bareos-sd.d/*/*.conf

bextract (100): lib/lex.cc:295-0 glob /etc/bareos/bareos-sd.d/*/*.conf: 9 files

~~~~~

bextract (10): stored/stored_conf.cc:458-0 : Device resource "b247360d-c13b-4d6b-a8be-334192d78fc6" will not implicitly create autochanger "b247360d-c13b-4d6b-a8be-334192d78fc6" resource since it is already used by autochanger resource "b247360d-c13b-4d6b-a8be-334192d78fc6".

02-Apr 17:31 bextract: Device resource "b247360d-c13b-4d6b-a8be-334192d78fc6" will not implicitly create autochanger "b247360d-c13b-4d6b-a8be-334192d78fc6" resource since it is already used by autochanger resource "b247360d-c13b-4d6b-a8be-334192d78fc6".

bextract (10): stored/stored_conf.cc:458-0 : Device resource "58655fe7-5feb-46a4-ae60-ccc3cccff6f8" will not implicitly create autochanger "58655fe7-5feb-46a4-ae60-ccc3cccff6f8" resource since it is already used by autochanger resource "58655fe7-5feb-46a4-ae60-ccc3cccff6f8".

02-Apr 17:31 bextract: Device resource "58655fe7-5feb-46a4-ae60-ccc3cccff6f8" will not implicitly create autochanger "58655fe7-5feb-46a4-ae60-ccc3cccff6f8" resource since it is already used by autochanger resource "58655fe7-5feb-46a4-ae60-ccc3cccff6f8".

bextract (10): stored/stored_conf.cc:458-0 : Device resource "39e4b2b9-ffbb-4687-be73-f481222cfb2d" will not implicitly create autochanger "39e4b2b9-ffbb-4687-be73-f481222cfb2d" resource since it is already used by autochanger resource "39e4b2b9-ffbb-4687-be73-f481222cfb2d".

02-Apr 17:31 bextract: Device resource "39e4b2b9-ffbb-4687-be73-f481222cfb2d" will not implicitly create autochanger "39e4b2b9-ffbb-4687-be73-f481222cfb2d" resource since it is already used by autochanger resource "39e4b2b9-ffbb-4687-be73-f481222cfb2d".

bextract (50): stored/sd_backends_dynamic.cc:46-0 Loaded dynamic library /usr/lib64/bareos/backends/libbareossd-dedupable.so

bextract (8): lib/crypto_cache.cc:55-0 Could not open crypto cache file. /var/lib/bareos/bareos-sd.9103.cryptoc ERR=No such file or directory

bextract (100): lib/jcr.cc:185-0 Construct JobControlRecord

bextract: stored/butil.cc:327-0 Using device: "/stg/backup" for reading.

bextract (100): lib/implementation_factory.h:63-0 Creating Instance for 'dedupable'

bextract (100): stored/dev.cc:325-0 FactoryCreateDevice: tape=0 archive_device_string=/stg/backup

bextract (100): stored/dev.cc:328-0 dev=/stg/backup dev_max_bs=1048576 max_bs=1048576

bextract (100): stored/block.cc:140-0 created new block of blocksize 1048576 (dev->max_block_size)

bextract (200): stored/acquire.cc:736-0 Attach Jid=0 dcr=0x563f51ff27a0 size=0 dev="$b247360d-c13b-4d6b-a8be-334192d78fc6" (/stg/backup)

bextract (150): stored/vol_mgr.cc:174-0 add_read_vol=vol-1 JobId=0

bextract (100): stored/butil.cc:219-0 Acquire device for read

bextract (100): stored/acquire.cc:106-0 dcr=0x563f51ff27a0 dev=0x563f51ff4570

bextract (100): stored/acquire.cc:107-0 MediaType dcr= dev=Dedup

bextract (100): stored/acquire.cc:137-0 Want Vol=vol-1 Slot=0

bextract (100): stored/acquire.cc:149-0 MediaType dcr= dev=Dedup

bextract (100): stored/acquire.cc:214-0 MediaType dcr= dev=Dedup

bextract (100): stored/acquire.cc:232-0 DirGetVolumeInfo vol=vol-1

bextract (100): stored/askdir.cc:712-0 Fake DirGetVolumeInfo

bextract (100): stored/mount.cc:608-0 No swap_dev set

bextract (100): stored/mount.cc:562-0 Must load "$b247360d-c13b-4d6b-a8be-334192d78fc6" (/stg/backup)

bextract (100): stored/autochanger.cc:125-0 Device "$b247360d-c13b-4d6b-a8be-334192d78fc6" (/stg/backup) is not attached to an autochanger

bextract (100): stored/acquire.cc:266-0 stored: open vol=vol-1

bextract (100): stored/dev.cc:538-0 open dev: type=dedupable archive_device_string="$b247360d-c13b-4d6b-a8be-334192d78fc6" (/stg/backup) vol=vol-1 mode=OPEN_READ_ONLY

bextract (100): stored/dev.cc:556-0 call OpenDevice mode=OPEN_READ_ONLY

Segmentation fault (core dumped)

---------------------------------------

[Bruno Friedmann (bruno-at-bareos)]

I'm not sure to understand at 100% your problem. especially the description of of the version used.

To make it clear: bareos-tools have to have the same version of the sd both depending on the bareos-common libs.

I've just tested here with master and it work, also don't forget to run the tool as bareos user and not root

So calling the tool with 

su bareos -c "/usr/sbin/bextract -d200 -v -i /tmp/include.list -V volume_name archive_device_path /var/tmp/extract"

Work smoothly.

Please verify that you upgrade all component to the same version.

[jaemin cha]

Thank you for your response.

It seems that my previous test records caused some confusion.

I installed the community distribution from:
https://download.bareos.org/current/EL_8/
Version: 25.0.3
OS: Rocky Linux 8.10

All observations below are based on the same version.

I also tested using the method you suggested (su bareos -c "..."), but it did not work.

The segmentation fault occurs only on version 25.0.3 under the same configuration, and according to the logs, it fails to open the device.

Based on this, I suspect that the Bareos-sd backend may have changed after the version upgrade, and that Bextract might no longer be compatible with it.

Additionally, it seems that the issue may also be related to the Bareos-sd media type (file/dedupe).

Are there any alternative approaches?

Or would it be better to build and test from the current master branch on GitHub?

Any suggestions would be greatly appreciated.

2026년 4월 2일 목요일 PM 8시 52분 51초 UTC+9에 Bruno Friedmann (bruno-at-bareos)님이 작성:

[Sebastian Sura]

Do I understood you correctly that you are trying to use bextract (version 25.0.3) while having installed bareos-sd (version 24.0.7) ?
What version of libbareos/dedup-backend/etc. is bextract using ? Generally all bareos appliations should have to be off the same version on the same machine.

The easiest way to test the new bextract is to install bextract into a container of your choice so it can use its own dependencies.

> Based on this, I suspect that the Bareos-sd backend may have changed after the version upgrade, and that Bextract might no longer be compatible with it.

The volume files itself are definitely compatible, but the abi/api of the libraries may have changed.

Am 03.04.26 um 02:49 schrieb jaemin cha:

--
You received this message because you are subscribed to the Google Groups "bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bareos-users...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bareos-users/6d2a1c83-2c15-490e-bf2f-994538de4c85n%40googlegroups.com.

-- 
 Sebastian Sura                  sebasti...@bareos.com
 Bareos GmbH & Co. KG            Phone: +49 221 630693-0
 https://www.bareos.com
 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Komplementär: Bareos Verwaltungs-GmbH
 Geschäftsführer: Stephan Dühr, Jörg Steffens, Philipp Storz

[jaemin cha]

Thank you for your response.

Yes, the test environment is using a consistent version set: bextract 25.0.3 and bareos-sd 25.0.3.

Additionally, the reason I tested different versions of bextract was to investigate the issue observed specifically in version 25.0.3 and to identify its root cause.

I apologize if the mixed-version testing caused any confusion in my previous explanation. However, I would like to clarify that comparing multiple versions was not the cause of the issue.

Regarding your comment:

Based on this, I suspect that the Bareos-sd backend may have changed after the version upgrade, and that Bextract might no longer be compatible with it.

The volume files itself are definitely compatible, but the ABI/API of the libraries may have changed.

I believe this is a valuable insight.

Currently, we are still using version 24.0.7 in our production environment. However, we are reviewing possible solutions in advance in case the same issue occurs after upgrading to a newer version.

I would appreciate any guidance or recommendations you may have regarding how to address this issue during or after the upgrade.

Best regards,

2026년 4월 7일 화요일 오후 7시 1분 59초 UTC+9에 Sebastian Sura님이 작성: