bacula-users — Users forum for Bacula related matters. Support questions welcome.

Re: [Bacula-users] PodHeitor Incremental Accelerator, Ransomware Detection and Remediation Plugin for Bacula

[Radosław K. <rad...@ko...>]

Hi Heitor,

pt., 24 kwi 2026 o 14:39 Heitor Faria <hei...@gm...> napisał(a):

> Hello Arno,
>
> Long time, no writing.
> Thanks for your feedback. I highly value this.
>
>
>> I would like to understand them a bit better. Are those plugins going to
>> be Open Source? Do you have any specs and documentation published?
>>
> I'm still deciding about the licensing. Any insights? For now, it is just
> full copyright.
>

To clarify, what is your info->plugin_license value?

What I know from the Bacula Plugin development you need to provide the
following as a plugin license to be able to successfully load the plugin:

   if (strcmp(info->plugin_license, "Bacula AGPLv3") != 0 &&
       strcmp(info->plugin_license, "AGPLv3") != 0 &&
       strcmp(info->plugin_license, BPLUGIN_LICENSE) != 0) {

and as for now - commit 0d0186b248e12425aebf56372ce8de29e05924c6 (HEAD ->
Branch-15.0, origin/HEAD, origin/Branch-15.0) - none of the accepted
strings is "full copyright".

I have all the documentation, which I'm publishing progressively.
> Please verify the AKA Sentinel Plugin Whitepaper:
> https://baculaenterprise.com.br/wp-content/uploads/2026/04/PodHeitor-Incremental-Accelerator-Ransomware-Detection-and-Remediation-Plugin.pdf
>
>

I wonder how your inotify solution works with real world scenarios, i.e.
one of my regular laptops has about 2.5M files and one of my file servers
has volumes with 175M files, and I found inotify to not scale well over the
number of directories monitored.
Should I try this solution again?

best regards
-- 
Radosław Korzeniewski
rad...@ko...

Re: [Bacula-users] Issue trying to get to the Debian Packages

[Bill A. <wa...@pr...>]

On 4/24/26 12:24 PM, Robert Webb wrote:
> Hi all, I am having an issue on the www.bacula.org <http://www.bacula.org> site when trying to get to the Debian packages. I 
> enter my name and email addres, but after hitting submit, it complains "The reCAPTCHA was invalid. Go back and try it again." 
> and I can never get past that point.
> 
> Tried 3 different browsers on two machines, the chat option is useless as it tells me to email su...@ba... but 
> that bounces since I do not have support with them
> 
> Seems like they have intentionally made it impossible to use the community edition.
> 
> Can anyone help?
> 
> Thanks,
> Robert

I have just reproduced the same and reported it internally here at Bacula Systems.

Sorry for the inconvenience.

Please give it a bit of time since it is midnight Saturday morning in Europe where the people than can check on this live. It 
may not be seen until Monday.

I have informed them of your post to this list so you may even get a direct response.


Best regards,
Bill

-- 
Bill Arlofski
wa...@pr...

[Bacula-users] Issue trying to get to the Debian Packages

[Robert W. <rw...@ro...>]

Hi all, I am having an issue on the www.bacula.org<http://www.bacula.org> site when trying to get to the Debian packages. I enter my name and email addres, but after hitting submit, it complains "The reCAPTCHA was invalid. Go back and try it again." and I can never get past that point.

Tried 3 different browsers on two machines, the chat option is useless as it tells me to email su...@ba... but that bounces since I do not have support with them

Seems like they have intentionally made it impossible to use the community edition.

Can anyone help?

Thanks,
Robert

Re: [Bacula-users] PodHeitor Incremental Accelerator, Ransomware Detection and Remediation Plugin for Bacula

[Heitor F. <hei...@gm...>]

Hello Arno,

Long time, no writing.
Thanks for your feedback. I highly value this.


> I would like to understand them a bit better. Are those plugins going to
> be Open Source? Do you have any specs and documentation published?
>
I'm still deciding about the licensing. Any insights? For now, it is just
full copyright.
I have all the documentation, which I'm publishing progressively.
Please verify the AKA Sentinel Plugin Whitepaper:
https://baculaenterprise.com.br/wp-content/uploads/2026/04/PodHeitor-Incremental-Accelerator-Ransomware-Detection-and-Remediation-Plugin.pdf


Right now, I read big claims and no details at all, your github pages do
> not show anything about those,

Because they are still private repositories.

your web site is full of statements I
> find, politely expressed, doubtful, and your offers seem to aggressively
> target Bacula Systems and other large backup software.
>
I wouldn't say aggressive, but competitive.
My plugins were extensively tested in real environments, and
the experiments are reproducible.
I will gladly send anyone on this list an RPM, DEB, or exe (depending on OS
and component) of their choice for personal use or testing purposes. I
would highly appreciate that, in fact.

Can you show us anything that would kind of prove you can actually
> deliver on those promises? -- After all, you're using this mailing list
> for your marketing, which I consider reasonable (ok, borderline
> reasonable :-) as it's surely interesting for Bacula users, but you're
> not giving us anything to discuss. I want this to remain a discussion list.
>
I'm sorry about the tone and shallowness. Before you sent this, I had
already instructed my AI to provide more technical details on those launch
statements.

Regards,
--
Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

Re: [Bacula-users] PodHeitor Incremental Accelerator, Ransomware Detection and Remediation Plugin for Bacula

[Arno L. I. <al...@it...>]

Hello Heitor,

you recently posted quite a few interesting offers.

I would like to understand them a bit better. Are those plugins going to 
be Open Source? Do you have any specs and documentation published?

Right now, I read big claims and no details at all, your github pages do 
not show anything about those, your web site is full of statements I 
find, politely expressed, doubtful, and your offers seem to aggressively 
target Bacula Systems and other large backup software.

(Note that the latter is something I have no particular problem with.)

Can you show us anything that would kind of prove you can actually 
deliver on those promises? -- After all, you're using this mailing list 
for your marketing, which I consider reasonable (ok, borderline 
reasonable :-) as it's surely interesting for Bacula users, but you're 
not giving us anything to discuss. I want this to remain a discussion list.

Looking forwards to your reply,

Arno

-- 

Arno Lehmann
IT-Service Lehmann, Sandstr. 6, 49080 Osnabrück, Germany

[Bacula-users] PodHeitor PostgreSQL Backup and Replication Plugin

[Heitor F. <hei...@gm...>]

Hello,

We just released **PodHeitor PostgreSQL Backup and Replication
Plugin for Bacula** (v1.3.0), a production-grade metaplugin that
turns free, open-source Bacula Community Edition into a complete
PostgreSQL data-protection platform — with features the paid
products don't have.

WHAT THIS PLUGIN DOES THAT THE COMPETITION DOESN'T
---------------------------------------------------

 * Automatic replication topology capture — physical slots,
   logical subscriptions, standby_signal — and full re-creation
   on restore. No competitor offers this.

 * BLOCK-LEVEL incremental backup on PostgreSQL 17, using
   pg_combinebackup — not available in Veeam or Commvault.

 * SUPER-FAST PITR and DUMP backup modes.

 * Automated 6-phase restore with a single bconsole command —
   no Ansible playbooks, no fat runbooks.

 * Native CDP (Continuous Data Protection) mode.

 * Backup-from-standby to offload the primary.

CREDENTIALS
------------

 * 115 unit tests + end-to-end validation on real
   PostgreSQL 17 clusters with streaming replication
 * GPG RSA-4096 signed binaries
 * Compatible with PostgreSQL 12–17, Bacula Community 15.0.3+,
   Bacula Enterprise 18+, RHEL 7–9, Debian 11–12, Ubuntu 20.04+
 * 5-minute install + configuration

ABOUT THE AUTHOR
----------------

Heitor Faria — author and maintainer. Direct support, no
middlemen, no outsourced call center.

WANT TO TALK?
--------------

Reply to this e-mail. Or WhatsApp: +55 (61) 98268-4220.

If you have a quote from Bacula Enterprise, Veeam, Commvault or
NetBackup on your desk, send the number (confidential) and within
24 hours I'll reply with a counter-proposal. Guaranteed: at least
50% below their number.

-- 
Best regards,

Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

[Bacula-users] PodHeitor Incremental Accelerator, Ransomware Detection and Remediation Plugin for Bacula

[Heitor F. <hei...@gm...>]

v0.2.0 release - 2026-04-23

-- 50% OFF YOUR BACULA ENTERPRISE, VEEAM, COMMVAULT OR
   NETBACKUP RENEWAL. WITH MORE FEATURES. --

Dear backup admin,

Have you noticed how Bacula Community's Incremental backup takes
nearly as long as a Full, even when only 1% of files changed?
And how, when ransomware strikes, your Bacula is the LAST system
to know - after thousands of files are already encrypted?

We just released a PRODUCTION-READY plugin that fixes both
problems at once:

>>> WHAT IT DOES <<<

1. INCREMENTAL BACKUP ACCELERATOR - 3X SPEEDUP ON LINUX
   - Eliminates the File Daemon tree-walk
   - Plugin injects only the paths that actually changed
   - 60K-file corpus / 1000 mods: 2.93s -> 0.98s
   - Scales LINEARLY: 20x projected on 600K-file file servers

2. REAL-TIME RANSOMWARE DETECTION + 9 AUTOMATED ACTIONS
   - 4 heuristic rules: burst rename, suspicious extensions,
     Shannon entropy, altered ratio
   - Hysteresis scoring (no false-positive flapping)
   - 9 response actions on level escalation:
       log + webhook + syslog/Event Log
       custom shell command
       smb_kill_sessions (Close-SmbSession / smbcontrol)
       readonly_remount (icacls /deny on Windows)
       fs_snapshot (VSS on Windows; btrfs/zfs/lvm on Linux)
       immediate emergency_backup
       kill_suspect_processes
   - ALL 9 live-verified with reproducible evidence
   - Detection-to-first-action latency: 5 to 7 seconds

>>> PLATFORMS <<<

Linux: RHEL 8/9, Oracle Linux, Rocky, Alma, Debian 11/12, Ubuntu 20/22/24
Windows: Server 2019/2022/2025, Windows 10/11
Same source code. RPM, DEB, Windows ZIP installer.

>>> WHY NOT JUST RENEW YOUR CURRENT LICENSE? <<<

Bring us your Bacula Enterprise / Veeam / Commvault / Netbackup
renewal quote and we guarantee AT LEAST 50 PERCENT OFF, with more
features in the ransomware response layer than any competitor offers.

Zero per-host licensing. Direct author support.
Deployed in under 10 minutes per server.

>>> NEXT STEPS <<<

- FREE 15-MINUTE DEMO - schedule via WhatsApp
- FREE 3-HOST PILOT - no commitment
- WE SEND YOU A COMMERCIAL PROPOSAL WITHIN 24 HOURS

>>> CONTACT <<<

Heitor Faria - Plugin author
  he...@op...
  +1 789 726-1749
  +55 61 98268-4220 (WhatsApp)

Reply to this email or ping me on WhatsApp now.

--
Regards,

Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

Re: [Bacula-users] major lost of performance after moving Bacula Server from Solaris to linux for Solaris clients only

[Arno L. <al...@it...>]

Hi Andrew,

just a very quick suggestion for now -- you could try disabling 
transport encryption and compression and see if you get better throughput.

And one question about the change: Have you touched the client on the 
Solaris host or the configuration (beyond changing credentials for the DIR)?

The reason I ask is that, as far as I recall, the openSSL and possibly 
compression libraries on Solaris may be just slow compared to other 
platforms.

'status client=<the-solaris-host-fd>' should give a bit of information 
about the client build in the header, and that may become interesting 
when we try to find out if the FD is potentially problematic.

Cheers,

Arno

Am 23.04.2026 um 13:28 schrieb Andrew Watkins:
> Hello,
> 
> Have a strange one here. I have moved to a new Bacula Server and the 
> read performance for a Solaris client is 3 times as bad.
> 
> All other clients (Windows, Linux) are good.
> 
> Old setup:
> 
> Solaris Bacula 13.04 Server (slow disks for spooling) LTO5 when backing 
> up a Solaris file server I get:
> 
>      iostat gives me about 100Ms
>      Bacula Backup report gives me ~ 54,664.4 KB/s
> 
> New Setup:
> 
> Ubuntu Bacula 13.04 Server (Fast disks for spooling) LTO9 when backup up 
> save Solaris file server I get:
> 
> iostat gives me about 30Ms
> Bacula Backup report gives me ~4,661.3 KB/s
> 
> But other clients Windows & linux are report good rates.
> 
> The conf files are near enough the same, so any ideas why Solaris is so 
> slow when backup up to a Linux server?
> 
> Thanks,
> 
> Andrew
> 
> -- 
> *****************************************************
> *****    Support Request to...@dc...    *****
> *****************************************************
> * Andrew Watkins                                    *
> * Birkbeck, University of London                    *
> * Computing and Mathematical Sciences               *
> *http://notallmicrosoft.blogspot.com               *
> *****************************************************
> 
> 
> 
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
Arno Lehmann

IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück

[Bacula-users] major lost of performance after moving Bacula Server from Solaris to linux for Solaris clients only

[Andrew W. <a.w...@bb...>]

Hello,

Have a strange one here. I have moved to a new Bacula Server and the 
read performance for a Solaris client is 3 times as bad.

All other clients (Windows, Linux) are good.

Old setup:

Solaris Bacula 13.04 Server (slow disks for spooling) LTO5 when backing 
up a Solaris file server I get:

     iostat gives me about 100Ms
     Bacula Backup report gives me ~ 54,664.4 KB/s

New Setup:

Ubuntu Bacula 13.04 Server (Fast disks for spooling) LTO9 when backup up 
save Solaris file server I get:

iostat gives me about 30Ms
Bacula Backup report gives me ~4,661.3 KB/s

But other clients Windows & linux are report good rates.

The conf files are near enough the same, so any ideas why Solaris is so 
slow when backup up to a Linux server?

Thanks,

Andrew

-- 
*****************************************************
*****    Support Request to...@dc...    *****
*****************************************************
* Andrew Watkins                                    *
* Birkbeck, University of London                    *
* Computing and Mathematical Sciences               *
*http://notallmicrosoft.blogspot.com               *
*****************************************************

[Bacula-users] PodHeitor vSphere BRC

[A.F.M <a.f...@pr...>]

Hi Heitor,

I hope this message finds you well. I am reaching out to request more detailed information regarding how your solution operates. From my understanding, it appears that there is a one-way synchronization involved. However, I would like to clarify how the database information is handled in this process. Are the databases also synchronized in the same manner?

Additionally, I noticed that you mentioned costs associated with your solution. Is there a dedicated product website where I can find more information about pricing and features? Furthermore, if I understood correctly, your support seems to be focused primarily on Bacula Community. Could you elaborate on whether you support just the plugin, or do you also provide assistance for issues that arise within the Bacula Community in conjunction with your plugin? In the event of a problem, will we need to rely solely on the community for support, or do you have a system in place to assist with these issues?

I also wanted to address your special offer, which claims that we can transfer our current license in favor of your product, such as Bacula Enterprise. However, when I compare the two solutions, I notice a significant gap between Bacula Community and Bacula Enterprise. Do you have plans to bridge this gap? As it stands, the current offer makes it challenging to consider replacing an existing product.

I look forward to receiving more information about your product, its features, and any future plans you may have. Thank you for your attention to these questions.

[Bacula-users] PodHeitor vSphere BRC — Enterprise VMware Protection on Bacula Community | 50%+ Off vs Veeam/Commvault

[Heitor F. <hei...@gm...>]

Hello Users,

Just FYI:

Introducing **PodHeitor vSphere BRC** — the first plugin that brings
enterprise-grade VMware vSphere Backup, Replication & Conversion to Bacula
Community Edition.

THREE PRODUCTS IN ONE PLUGIN:

  * BACKUP — Image-level Full/Incremental/Differential via VADP + CBT
  * REPLICATION — CBT-based async VM replication with 10-mode DR failover
  * CONVERSION — Cross-hypervisor restore: vSphere <-> Hyper-V <->
Proxmox/KVM

WHY SWITCH?

  * No Bacula Enterprise license required — works with FREE Bacula Community
  * 10-mode DR lifecycle: seed, push, failover
(test/planned/unplanned/permanent), failback, reprotect
  * Automatic network mapping and IP reconfiguration on failover
  * TLS-encrypted DR protocol with constant-time authentication
  * Snapshot-based restore points on replica VM
  * Written in Rust — memory-safe, high-performance, zero GC pauses
  * 12/12 replication tests PASSED — 100% success rate

WHAT YOU CAN REPLACE:

  * Bacula Enterprise vSphere plugin — we do more, for less
  * Veeam Backup & Replication — same features, fraction of the cost
  * Commvault / Netbackup — enterprise features without enterprise pricing
  * Zerto / VMware SRM — native replication built into your backup
infrastructure

SPECIAL OFFER:

  Bring your Bacula Enterprise, Veeam, Commvault or Netbackup quote
  or renewal proposal. We guarantee at least 50% discount, with far
  more features.

COMPATIBLE WITH:

  * VMware ESXi 7.0 / 8.0 / 8.0U3
  * vCenter 7.0 / 8.0 (optional — standalone ESXi supported)
  * VDDK 8.0+ / 9.0+
  * Oracle Linux 9 / RHEL 9 / Rocky Linux 9 / AlmaLinux 9
  * Bacula Community 15.0.x

Ready to protect your VMware infrastructure at a fraction of the cost?

Contact us:

  Heitor Faria — Creator of PodHeitor
  Email: he...@op...
  Phone: +1 789 726-1749
  WhatsApp: +55 61 98268-4220

---
Copyright (c) 2026 Heitor Faria — All Rights Reserved

-- 
Regards,

Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

Re: [Bacula-users] New release Bacularis 6.1.0

[Marcin H. <gan...@gm...>]

On Tue, 21 Apr 2026 at 04:58, Davide <df...@df...> wrote:
>
> Hello Marcin,
>
> Congratulations for this new release! 🎉💪

Thanks, Davide! Nice to hear :-)

Best regards,
Marcin

Re: [Bacula-users] New release Bacularis 6.1.0

[Davide <df...@df...>]

Hello Marcin,

Congratulations for this new release! 🎉💪

Best regards

Davide

On Mon, Apr 20, 2026 at 7:53 AM Marcin Haba <gan...@gm...> wrote:

> Hello Community,
>
> This Monday is quite special for Bacularis, because today we've
> released a new version of the web interface.
>
> Version 6.1.0 brings several interesting features. Among them, we'd
> especially like to highlight the new global Bacula resource search. We
> designed it to be user-friendly, simple, and configurable.
>
> You can also read about the global search and other features in the
> official release notes for version 6.1.0:
>
> https://bacularis.app/news/160/36/New-release-Bacularis-6.1.0
>
> Feel free to check it out. Feedback and suggestions are very welcome.
>
> We wish you smooth installations and upgrades.
>
> On behalf of The Bacularis Team
> Marcin Haba (gani)
>
>
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

[Bacula-users] PodHeitor File Replication Plugin for Bacula

[Heitor F. <hei...@gm...>]

Hello,

How much time does your team spend waiting for Bacula restore jobs just to
recover a single accidentally deleted file?

If you manage Bacula Community Edition environments, this scenario is
all too familiar:
  • Backup completed. ✓
  • File lost or corrupted. ✗
  • Restore job started. ⏳ (wait another 30 minutes...)

The PodHeitor BRC Plugin breaks this cycle for good.

───────────────────────────────────────────────────────────────────────────────
WHAT IS THE PODHEITOR BRC PLUGIN?
───────────────────────────────────────────────────────────────────────────────

A native Bacula Storage Daemon plugin that replicates files in real time —
during the backup itself — directly to a target filesystem directory.

  → No separate replication tools
  → No additional agents on client machines
  → No proprietary appliances or Bacula Enterprise licensing fees
  → 100% compatible with Bacula Community Edition 11.x, 14.x, and 15.x

When the backup finishes, files ARE ALREADY available at the destination.
Recovery becomes a directory browse — nothing more.

───────────────────────────────────────────────────────────────────────────────
3 PILLARS: BACKUP · REPLICATION · CONVERSION
───────────────────────────────────────────────────────────────────────────────

  [B] NATIVE BACKUP
      Full, Incremental, and Differential — all Bacula backup levels
supported.
      Complete metadata fidelity: ACLs, xattrs, sparse files, UID/GID,
      permissions, and timestamps.

  [R] INTELLIGENT REPLICATION
      ✔ Mirror mode        — 1:1 replica, orphans cleaned on Full jobs
      ✔ Retention mode     — versioned file history
      ✔ Multi-site fan-out — replicate to multiple destinations in parallel
      ✔ BLAKE3 skip-unchanged — only writes files with changed content
      ✔ Bandwidth throttling  — protect network links (K/M/G suffixes)
      ✔ Consistency groups — coordinated replication across multiple jobs
      ✔ Failover automation — automatic promotion/demotion hooks

  [C] CONVERSION & COMPLIANCE
      ✔ Transparent stream decompression (zlib / LZ4)
      ✔ AES-256-GCM encryption at rest
      ✔ RPO/RTO compliance reporting (JSON + Markdown)
      ✔ Snapshot integration with LVM, ZFS, and Btrfs

───────────────────────────────────────────────────────────────────────────────
REAL-WORLD USE CASES
───────────────────────────────────────────────────────────────────────────────

  → Warm DR site: replicated files ready for immediate failover
  → Near-line instant recovery: access files without running a restore job
  → Dev/test dataset refresh: keep test environments in sync with production
  → Compliance and audit: automated RPO/RTO evidence generation
  → Multi-site replication: fan-out to multiple geographic locations

───────────────────────────────────────────────────────────────────────────────
COMPATIBILITY
───────────────────────────────────────────────────────────────────────────────

  • Bacula Community Edition 11.x, 14.x, 15.x
  • Linux x86_64 / aarch64
  • RHEL / OEL / Rocky Linux 8 and 9
  • Debian 11 and 12 | Ubuntu 22.04+
  • Target filesystems: ext4, XFS, Btrfs (ACL-enabled recommended)

───────────────────────────────────────────────────────────────────────────────
INSTALLATION IN 3 STEPS
───────────────────────────────────────────────────────────────────────────────

  1.  sudo bash podheitor-replica-sd-0.4.0-linux-x86_64.run \
          --target=/mnt/replica_dest

  2.  Add Plugin Directory to your Storage resource in bacula-sd.conf

  3.  sudo systemctl restart bacula-sd

  Done. Your very next backup will replicate in real time.

───────────────────────────────────────────────────────────────────────────────
WHY CHOOSE THE PODHEITOR BRC PLUGIN?
───────────────────────────────────────────────────────────────────────────────

  ✦ No migration cost — leverages the Bacula infrastructure you already own
  ✦ No learning curve — minimal configuration, transparent operation
  ✦ No vendor lock-in — replicated files are plain filesystem files
  ✦ High performance — static Rust binary, zero runtime dependencies
  ✦ Security — AES-256-GCM encryption, data never travels in the clear
  ✦ Enterprise support — SLA, DR project consulting, corporate licensing

───────────────────────────────────────────────────────────────────────────────
INTERESTED? GET IN TOUCH
───────────────────────────────────────────────────────────────────────────────

Heitor Faria
  E-mail:    he...@op...
  Phone:     +1 789 726-1749
  WhatsApp:  +55 61 98268-4220

We offer enterprise licensing, priority support, implementation services,
and consulting for Disaster Recovery projects.

Request a demo or a free evaluation by replying to this e-mail.

───────────────────────────────────────────────────────────────────────────────
© 2026 Heitor Faria — All Rights Reserved.
PodHeitor BRC Plugin for Bacula Community Edition.

-- 
Atenciosamente,

Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

[Bacula-users] New release Bacularis 6.1.0

[Marcin H. <gan...@gm...>]

Hello Community,

This Monday is quite special for Bacularis, because today we've
released a new version of the web interface.

Version 6.1.0 brings several interesting features. Among them, we'd
especially like to highlight the new global Bacula resource search. We
designed it to be user-friendly, simple, and configurable.

You can also read about the global search and other features in the
official release notes for version 6.1.0:

https://bacularis.app/news/160/36/New-release-Bacularis-6.1.0

Feel free to check it out. Feedback and suggestions are very welcome.

We wish you smooth installations and upgrades.

On behalf of The Bacularis Team
Marcin Haba (gani)

[Bacula-users] PodHeitor Hyper-V Backup Plugin for Bacula

[Heitor F. <hei...@gm...>]

Dear Bacula Users,

I'm proud to announce my unprecedented product for the Bacula Community.


PodHeitor Hyper-V Backup Plugin for Bacula


Full VM backup and restore for Microsoft Hyper-V — direct VHDX access, RCT
block-level incremental, application-consistent.
Back up Hyper-V virtual machines including VHDX disks, configuration,
checkpoints, and metadata. No Export-VM needed — reads VHDX files directly
with production checkpoints for consistency, and uses Resilient Change
Tracking (RCT) for true block-level incremental/differential backups.
Built with Rust — The backend engine (podheitor-hyperv-backend.exe) is
implemented in Rust, delivering memory safety, zero-cost abstractions, and
native performance. This is a state-of-the-art Hyper-V backup plugin — no
PowerShell spaghetti, no fragile script chains. Production-grade systems
engineering from the ground up.


Why Direct VHDX + RCT


Challenge: VHD files locked while VM runs
Direct VHDX + RCT Approach: Production checkpoint freezes parent VHDX for
reading


Challenge: Inconsistent state during copy

Direct VHDX + RCT Approach: VSS quiesce ensures application consistency


Challenge: Export-VM requires full local copy

Direct VHDX + RCT Approach: No export — read VHDX in place, zero extra disk
space


Challenge: Full VHDX re-sent on each incremental

Direct VHDX + RCT Approach: RCT tracks changed blocks — send only modified
regions


Challenge: Fast incremental for large disks

Direct VHDX + RCT Approach: Block-level delta: 100GB disk with 2GB changed
→ only 2GB transferred


Challenge: Manual snapshot management

Direct VHDX + RCT Approach: Plugin creates + removes checkpoint
automatically


Challenge: No catalog of backed-up files

Direct VHDX + RCT Approach: Bacula catalog tracks every file — restore
individual VHDs


Datasheet:
https://baculaenterprise.com.br/wp-content/uploads/2026/04/PodHeitor-Hyper-V-Backup-Plugin-for-Bacula-.pdf


Please let me know in a private message if you need this plugin or any
other. I'm taking orders for Bacula Community plugin development.

Regards,

Heitor faria (Miami)
https://www.youtube.com/@podheitor
WhatsApp: +1 786-726-1749 | +55 61 98268-4220

Re: [Bacula-users] VF and pools

[Lloyd B. <llo...@by...>]

Thanks everyone for your responses.  I'm working on creating a 
demonstration system with a few VMs, to see what I can figure out.  I'm 
definitely running into a problem, but the messages are confusing, so 
I'm hoping that someone here can spot it.  All 3 hosts are running 
bacula 15.0.3 on Debian 13, installed from the Debian 13/Trixie 
repository.  If anyone has any ideas what could be going wrong, I'd love 
to hear them.

I'll attach the relevant config files, stripped of the unnecessary 
comments, etc., and with passwords redacted.  Here's the general structure:

Host: backupdir - backup director, running `bacula-dir`

Host: backupsddemo{1,2} - running both `bacula-sd` and `bacula-fd`

Both `backupsddemo*` hosts have a single local disk pool stored at 
`/backupdata`.  There are 2 pools defined as "FullPool" (on 
`bacupsddemo1`) and "IncPool" (on `backupsddemo2`).  I was able to run a 
Full and an Incremental for job `Test-backupsddemo1`.  I wrote a file 
between the Full and the Incremental, so I could do the restore for each 
type and differentiate.  The restores went perfectly, and I could tell 
by the presence/absence of that file, that it restored the correct one.

When I try to run the VirtualFull, though, it fails.  The relevant error 
seems to be the following, taken from the director running with `-d 200`:


> backupdir-dir: msgchan.c:297-14 Rstore=backupsddemo2-sd
> backupdir-dir: msgchan.c:308-14 rstore >stored: use 
> storage=backupsddemo2-sd media_type=File2 pool_name=IncPool 
> pool_type=Backup append=0 copy=0 stripe=0 wait=1
> backupdir-dir: msgchan.c:315-14 >stored: use device=FileStorage-demo2-dev1
> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=-1 msglen=-6 is_stop=0:
> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=106 msglen=106 is_stop=0: 
> 3924 Device "FileStorage-demo2-dev1" not in SD Device resources or no 
> matching Media Type or is disa
> bled.
>
> backupdir-dir: msgchan.c:321-14 <stored: 3924 Device 
> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
> Media Type or is disabled.


For reference, the corresponding SD running with `-d 200` is showing no 
output at all when the VirtualFull tries to run, but does show output 
for things like `status storage...`, and when I do the Incremental to 
it, or the restore from it.

At this point, I'm confused by the "3924 Device "FileStorage-demo2-dev1" 
not in SD Device resources or no matching Media Type or is disabled.".  
As far as I can tell, the Media Type ("File2"), the pool ("IncPool") and 
the device ("FileStorage-demo2-dev1"), are all correct for that SD.

If there were any evidence that it was failing because it was trying to 
read the Full backup (or the corresponding `Full-*` file) from SD2, that 
would make sense, and confirm that I can't do the VFs this way.  But 
that's not the evidence I'm seeing.


Thanks,

Lloyd


On 4/8/26 13:24, Lloyd Brown wrote:
> Hey, all. I'm in the middle of designing the next generation of our 
> backup system, which will likely be based on Bacula 15.  This time, 
> we'll be using both disk and tape, vs the disk-only we've run before, 
> which brings up a question or two that I haven't encountered before.
>
> When running VirtualFull jobs, does the source material (previous 
> Full, latest Differential, subsequent Incrementals), need to all 
> reside in the same Pool?  In multiple pools but available to the same SD?
>
> For this system, we're planning on 2 SD hosts, with local disks, and a 
> tape library attached to one of them.  We thought that we could keep 
> the Fulls/VFs entirely on tape, only store the incrementals on disk, 
> and write new VFs directly to tape.  As a result, we trimmed down the 
> size of our disk pool for cost reasons (HDDs and SSD are both crazy 
> expensive right now).  I don't think I'll have enough space in the 
> disk pool to store Incrementals *and* a previous Full/VF.  If that's 
> true, I need to re-think my design a bit.  It may mean we just do true 
> Fulls to tape, and Incrementals on disk, and not get to use VFs at all.
>
> Thanks,
>
> Lloyd
>
-- 
Lloyd Brown
HPC Systems Administrator
Office of Research Computing
Brigham Young University
http://rc.byu.edu

Re: [Bacula-users] VF and pools

[Lloyd B. <llo...@by...>]

Hey, guys.  This email was in response to an earlier email I sent.  For 
some reason, this one came thru the list before it's parent.  Maybe 
because it has an attachment?  But you can see the text of the delayed 
parent email below, if needed.


Lloyd


On 4/15/26 10:18, Lloyd Brown wrote:
> Never mind.   By running `backupsddemo1` with the `-d 200` logging, I 
> can now verify that the director is asking *it* to connect with 
> `FileStorage-demo2-dev1`, which is not on that host. So, despite the 
> fact that the director *claimed* it was talking to `backupsddemo2-sd`, 
> it was actually trying to communicate with `backupsddemo1-sd`.
>
> Lloyd
>
>
> log excerpt:
>
>> backupsddemo1-sd: dircmd.c:254-21 Do command: bootstrap
>> backupsddemo1-sd: dircmd.c:1897-21 === Bootstrap file ===
>> backupsddemo1-sd: dircmd.c:1899-21 Storage="backupsddemo1-sd"
>> backupsddemo1-sd: dircmd.c:1899-21 Volume="Full-0001"
>> backupsddemo1-sd: dircmd.c:1899-21 MediaType="File1"
>> backupsddemo1-sd: dircmd.c:1899-21 Device="FileStorage-demo1-dev1"
>> backupsddemo1-sd: dircmd.c:1899-21 VolSessionId=3
>> backupsddemo1-sd: dircmd.c:1899-21 VolSessionTime=1776263278
>> backupsddemo1-sd: dircmd.c:1899-21 VolAddr=1016684-2033139
>> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1-1781
>> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1783-1803
>> backupsddemo1-sd: dircmd.c:1899-21 Count=1802
>> backupsddemo1-sd: dircmd.c:1899-21 Storage="backupsddemo2-sd"
>> backupsddemo1-sd: dircmd.c:1899-21 Volume="Inc-0017"
>> backupsddemo1-sd: dircmd.c:1899-21 MediaType="File2"
>> backupsddemo1-sd: dircmd.c:1899-21 Device="FileStorage-demo2-dev1"
>> backupsddemo1-sd: dircmd.c:1899-21 VolSessionId=1
>> backupsddemo1-sd: dircmd.c:1899-21 VolSessionTime=1776263582
>> backupsddemo1-sd: dircmd.c:1899-21 VolAddr=251-969
>> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1-2
>> backupsddemo1-sd: dircmd.c:1899-21 Count=2
>> backupsddemo1-sd: dircmd.c:1907-21 === end bootstrap file ===
>> Next        : 0x38010da8
>> Root bsr    : 0x38010be8
>> VolumeName  : Full-0001
>>   MediaType : File1
>>   Device    : FileStorage-demo1-dev1
>>   Slot      : 0
>> SessId      : 3
>> SessTime    : 1776263278
>> VolAddr    : 1016684-2033139
>> FileIndex   : 1-1781
>> FileIndex   : 1783-1803
>> count       : 1802
>> found       : 0
>> done        : no
>> positioning : 1
>> fast_reject : 1
>>
>> Next        : 0x0
>> Root bsr    : 0x38010be8
>> VolumeName  : Inc-0017
>>   MediaType : File2
>>   Device    : FileStorage-demo2-dev1
>>   Slot      : 0
>> SessId      : 1
>> SessTime    : 1776263582
>> VolAddr    : 251-969
>> FileIndex   : 1-2
>> count       : 2
>> found       : 0
>> done        : no
>> positioning : 0
>> fast_reject : 0
>> backupsddemo1-sd: vol_mgr.c:152-21 add read_vol=Full-0001 JobId=21
>> backupsddemo1-sd: vol_mgr.c:152-21 add read_vol=Inc-0017 JobId=21
>> backupsddemo1-sd: dircmd.c:240-21 <dird: use storage=backupsddemo2-sd 
>> media_type=File2 pool_name=IncPool pool_type=Backup append=0 copy=0 
>> stripe=0 wait=1
>>
>> backupsddemo1-sd: dircmd.c:254-21 Do command: use storage=
>> backupsddemo1-sd: reserve.c:286-21 <dird: use 
>> storage=backupsddemo2-sd media_type=File2 pool_name=IncPool 
>> pool_type=Backup append=0 copy=0 stripe=0 wait=1
>> backupsddemo1-sd: reserve.c:315-21 <dird device: use 
>> device=FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:248-21 Inx=1 mntVol=1 exact=1 chgonly=0 
>> low_use=1 any=0
>> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
>> exact=1 suitable=0 chgronly=0 any=0
>> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
>> backupsddemo1-sd: reserve.c:567-21 No usable device found.
>> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
>> backupsddemo1-sd: reserve.c:248-21 Inx=2 mntVol=1 exact=0 chgonly=1 
>> low_use=1 any=0
>> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
>> exact=0 suitable=0 chgronly=1 any=0
>> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:567-21 No usable device found.
>> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
>> backupsddemo1-sd: reserve.c:248-21 Inx=3 mntVol=1 exact=0 chgonly=1 
>> low_use=0 any=1
>> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
>> exact=0 suitable=0 chgronly=1 any=1
>> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:567-21 No usable device found.
>> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
>> backupsddemo1-sd: reserve.c:248-21 Inx=4 mntVol=1 exact=1 chgonly=0 
>> low_use=1 any=0
>> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
>> exact=1 suitable=0 chgronly=0 any=0
>> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
>> backupsddemo1-sd: reserve.c:567-21 No usable device found.
>> ...
>> backupsddemo1-sd: reserve.c:248-21 Inx=7 mntVol=1 exact=0 chgonly=0 
>> low_use=0 any=1
>> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
>> exact=0 suitable=0 chgronly=0 any=1
>> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
>> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
>> backupsddemo1-sd: reserve.c:567-21 No usable device found.
>> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
>> backupsddemo1-sd: reserve.c:417-21 Fail. !suitable_device || 
>> !wait_for_device
>> backupsddemo1-sd: reserve.c:432-21 >dird: 3924 Device 
>> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
>> Media Type or is disabled.
>> backupsddemo1-sd: dircmd.c:257-21 Command use storage= requests quit
>> backupsddemo1-sd: vol_mgr.c:197-21 remove_read_vol=Full-0001 JobId=21 
>> found=1
>> backupsddemo1-sd: vol_mgr.c:197-21 remove_read_vol=Inc-0017 JobId=21 
>> found=1
>> backupsddemo1-sd: jcr.c:184-21 write_last_jobs seek to 192
>>
>
> On 4/15/26 09:52, Lloyd Brown wrote:
>> Thanks everyone for your responses.  I'm working on creating a 
>> demonstration system with a few VMs, to see what I can figure out.  
>> I'm definitely running into a problem, but the messages are 
>> confusing, so I'm hoping that someone here can spot it.  All 3 hosts 
>> are running bacula 15.0.3 on Debian 13, installed from the Debian 
>> 13/Trixie repository.  If anyone has any ideas what could be going 
>> wrong, I'd love to hear them.
>>
>> I'll attach the relevant config files, stripped of the unnecessary 
>> comments, etc., and with passwords redacted.  Here's the general 
>> structure:
>>
>> Host: backupdir - backup director, running `bacula-dir`
>>
>> Host: backupsddemo{1,2} - running both `bacula-sd` and `bacula-fd`
>>
>> Both `backupsddemo*` hosts have a single local disk pool stored at 
>> `/backupdata`.  There are 2 pools defined as "FullPool" (on 
>> `bacupsddemo1`) and "IncPool" (on `backupsddemo2`).  I was able to 
>> run a Full and an Incremental for job `Test-backupsddemo1`. I wrote a 
>> file between the Full and the Incremental, so I could do the restore 
>> for each type and differentiate.  The restores went perfectly, and I 
>> could tell by the presence/absence of that file, that it restored the 
>> correct one.
>>
>> When I try to run the VirtualFull, though, it fails.  The relevant 
>> error seems to be the following, taken from the director running with 
>> `-d 200`:
>>
>>
>>> backupdir-dir: msgchan.c:297-14 Rstore=backupsddemo2-sd
>>> backupdir-dir: msgchan.c:308-14 rstore >stored: use 
>>> storage=backupsddemo2-sd media_type=File2 pool_name=IncPool 
>>> pool_type=Backup append=0 copy=0 stripe=0 wait=1
>>> backupdir-dir: msgchan.c:315-14 >stored: use 
>>> device=FileStorage-demo2-dev1
>>> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=-1 msglen=-6 is_stop=0:
>>> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=106 msglen=106 
>>> is_stop=0: 3924 Device "FileStorage-demo2-dev1" not in SD Device 
>>> resources or no matching Media Type or is disa
>>> bled.
>>>
>>> backupdir-dir: msgchan.c:321-14 <stored: 3924 Device 
>>> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
>>> Media Type or is disabled.
>>
>>
>> For reference, the corresponding SD running with `-d 200` is showing 
>> no output at all when the VirtualFull tries to run, but does show 
>> output for things like `status storage...`, and when I do the 
>> Incremental to it, or the restore from it.
>>
>> At this point, I'm confused by the "3924 Device 
>> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
>> Media Type or is disabled.".  As far as I can tell, the Media Type 
>> ("File2"), the pool ("IncPool") and the device 
>> ("FileStorage-demo2-dev1"), are all correct for that SD.
>>
>> If there were any evidence that it was failing because it was trying 
>> to read the Full backup (or the corresponding `Full-*` file) from 
>> SD2, that would make sense, and confirm that I can't do the VFs this 
>> way.  But that's not the evidence I'm seeing.
>>
>>
>> Thanks,
>>
>> Lloyd
>>
>>
>> On 4/8/26 13:24, Lloyd Brown wrote:
>>> Hey, all. I'm in the middle of designing the next generation of our 
>>> backup system, which will likely be based on Bacula 15.  This time, 
>>> we'll be using both disk and tape, vs the disk-only we've run 
>>> before, which brings up a question or two that I haven't encountered 
>>> before.
>>>
>>> When running VirtualFull jobs, does the source material (previous 
>>> Full, latest Differential, subsequent Incrementals), need to all 
>>> reside in the same Pool?  In multiple pools but available to the 
>>> same SD?
>>>
>>> For this system, we're planning on 2 SD hosts, with local disks, and 
>>> a tape library attached to one of them.  We thought that we could 
>>> keep the Fulls/VFs entirely on tape, only store the incrementals on 
>>> disk, and write new VFs directly to tape. As a result, we trimmed 
>>> down the size of our disk pool for cost reasons (HDDs and SSD are 
>>> both crazy expensive right now).  I don't think I'll have enough 
>>> space in the disk pool to store Incrementals *and* a previous 
>>> Full/VF.  If that's true, I need to re-think my design a bit.  It 
>>> may mean we just do true Fulls to tape, and Incrementals on disk, 
>>> and not get to use VFs at all.
>>>
>>> Thanks,
>>>
>>> Lloyd
>>>
-- 
Lloyd Brown
HPC Systems Administrator
Office of Research Computing
Brigham Young University
http://rc.byu.edu

Re: [Bacula-users] VF and pools

[Lloyd B. <llo...@by...>]

Never mind.   By running `backupsddemo1` with the `-d 200` logging, I 
can now verify that the director is asking *it* to connect with 
`FileStorage-demo2-dev1`, which is not on that host. So, despite the 
fact that the director *claimed* it was talking to `backupsddemo2-sd`, 
it was actually trying to communicate with `backupsddemo1-sd`.

Lloyd


log excerpt:

> backupsddemo1-sd: dircmd.c:254-21 Do command: bootstrap
> backupsddemo1-sd: dircmd.c:1897-21 === Bootstrap file ===
> backupsddemo1-sd: dircmd.c:1899-21 Storage="backupsddemo1-sd"
> backupsddemo1-sd: dircmd.c:1899-21 Volume="Full-0001"
> backupsddemo1-sd: dircmd.c:1899-21 MediaType="File1"
> backupsddemo1-sd: dircmd.c:1899-21 Device="FileStorage-demo1-dev1"
> backupsddemo1-sd: dircmd.c:1899-21 VolSessionId=3
> backupsddemo1-sd: dircmd.c:1899-21 VolSessionTime=1776263278
> backupsddemo1-sd: dircmd.c:1899-21 VolAddr=1016684-2033139
> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1-1781
> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1783-1803
> backupsddemo1-sd: dircmd.c:1899-21 Count=1802
> backupsddemo1-sd: dircmd.c:1899-21 Storage="backupsddemo2-sd"
> backupsddemo1-sd: dircmd.c:1899-21 Volume="Inc-0017"
> backupsddemo1-sd: dircmd.c:1899-21 MediaType="File2"
> backupsddemo1-sd: dircmd.c:1899-21 Device="FileStorage-demo2-dev1"
> backupsddemo1-sd: dircmd.c:1899-21 VolSessionId=1
> backupsddemo1-sd: dircmd.c:1899-21 VolSessionTime=1776263582
> backupsddemo1-sd: dircmd.c:1899-21 VolAddr=251-969
> backupsddemo1-sd: dircmd.c:1899-21 FileIndex=1-2
> backupsddemo1-sd: dircmd.c:1899-21 Count=2
> backupsddemo1-sd: dircmd.c:1907-21 === end bootstrap file ===
> Next        : 0x38010da8
> Root bsr    : 0x38010be8
> VolumeName  : Full-0001
>   MediaType : File1
>   Device    : FileStorage-demo1-dev1
>   Slot      : 0
> SessId      : 3
> SessTime    : 1776263278
> VolAddr    : 1016684-2033139
> FileIndex   : 1-1781
> FileIndex   : 1783-1803
> count       : 1802
> found       : 0
> done        : no
> positioning : 1
> fast_reject : 1
>
> Next        : 0x0
> Root bsr    : 0x38010be8
> VolumeName  : Inc-0017
>   MediaType : File2
>   Device    : FileStorage-demo2-dev1
>   Slot      : 0
> SessId      : 1
> SessTime    : 1776263582
> VolAddr    : 251-969
> FileIndex   : 1-2
> count       : 2
> found       : 0
> done        : no
> positioning : 0
> fast_reject : 0
> backupsddemo1-sd: vol_mgr.c:152-21 add read_vol=Full-0001 JobId=21
> backupsddemo1-sd: vol_mgr.c:152-21 add read_vol=Inc-0017 JobId=21
> backupsddemo1-sd: dircmd.c:240-21 <dird: use storage=backupsddemo2-sd 
> media_type=File2 pool_name=IncPool pool_type=Backup append=0 copy=0 
> stripe=0 wait=1
>
> backupsddemo1-sd: dircmd.c:254-21 Do command: use storage=
> backupsddemo1-sd: reserve.c:286-21 <dird: use storage=backupsddemo2-sd 
> media_type=File2 pool_name=IncPool pool_type=Backup append=0 copy=0 
> stripe=0 wait=1
> backupsddemo1-sd: reserve.c:315-21 <dird device: use 
> device=FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:248-21 Inx=1 mntVol=1 exact=1 chgonly=0 
> low_use=1 any=0
> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
> exact=1 suitable=0 chgronly=0 any=0
> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
> backupsddemo1-sd: reserve.c:567-21 No usable device found.
> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
> backupsddemo1-sd: reserve.c:248-21 Inx=2 mntVol=1 exact=0 chgonly=1 
> low_use=1 any=0
> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
> exact=0 suitable=0 chgronly=1 any=0
> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:567-21 No usable device found.
> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
> backupsddemo1-sd: reserve.c:248-21 Inx=3 mntVol=1 exact=0 chgonly=1 
> low_use=0 any=1
> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
> exact=0 suitable=0 chgronly=1 any=1
> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:567-21 No usable device found.
> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
> backupsddemo1-sd: reserve.c:248-21 Inx=4 mntVol=1 exact=1 chgonly=0 
> low_use=1 any=0
> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
> exact=1 suitable=0 chgronly=0 any=0
> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
> backupsddemo1-sd: reserve.c:567-21 No usable device found.
> ...
> backupsddemo1-sd: reserve.c:248-21 Inx=7 mntVol=1 exact=0 chgonly=0 
> low_use=0 any=1
> backupsddemo1-sd: reserve.c:466-21 Start find_suit_dev PrefMnt=1 
> exact=0 suitable=0 chgronly=0 any=1
> backupsddemo1-sd: reserve.c:591-21 search res for FileStorage-demo2-dev1
> backupsddemo1-sd: reserve.c:673-21 Try match res=FileStorage-demo1-dev1
> backupsddemo1-sd: reserve.c:567-21 No usable device found.
> backupsddemo1-sd: reserve.c:577-21 Leave find_suit_dev: no dev found.
> backupsddemo1-sd: reserve.c:417-21 Fail. !suitable_device || 
> !wait_for_device
> backupsddemo1-sd: reserve.c:432-21 >dird: 3924 Device 
> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
> Media Type or is disabled.
> backupsddemo1-sd: dircmd.c:257-21 Command use storage= requests quit
> backupsddemo1-sd: vol_mgr.c:197-21 remove_read_vol=Full-0001 JobId=21 
> found=1
> backupsddemo1-sd: vol_mgr.c:197-21 remove_read_vol=Inc-0017 JobId=21 
> found=1
> backupsddemo1-sd: jcr.c:184-21 write_last_jobs seek to 192
>

On 4/15/26 09:52, Lloyd Brown wrote:
> Thanks everyone for your responses.  I'm working on creating a 
> demonstration system with a few VMs, to see what I can figure out.  
> I'm definitely running into a problem, but the messages are confusing, 
> so I'm hoping that someone here can spot it.  All 3 hosts are running 
> bacula 15.0.3 on Debian 13, installed from the Debian 13/Trixie 
> repository.  If anyone has any ideas what could be going wrong, I'd 
> love to hear them.
>
> I'll attach the relevant config files, stripped of the unnecessary 
> comments, etc., and with passwords redacted.  Here's the general 
> structure:
>
> Host: backupdir - backup director, running `bacula-dir`
>
> Host: backupsddemo{1,2} - running both `bacula-sd` and `bacula-fd`
>
> Both `backupsddemo*` hosts have a single local disk pool stored at 
> `/backupdata`.  There are 2 pools defined as "FullPool" (on 
> `bacupsddemo1`) and "IncPool" (on `backupsddemo2`).  I was able to run 
> a Full and an Incremental for job `Test-backupsddemo1`.  I wrote a 
> file between the Full and the Incremental, so I could do the restore 
> for each type and differentiate.  The restores went perfectly, and I 
> could tell by the presence/absence of that file, that it restored the 
> correct one.
>
> When I try to run the VirtualFull, though, it fails.  The relevant 
> error seems to be the following, taken from the director running with 
> `-d 200`:
>
>
>> backupdir-dir: msgchan.c:297-14 Rstore=backupsddemo2-sd
>> backupdir-dir: msgchan.c:308-14 rstore >stored: use 
>> storage=backupsddemo2-sd media_type=File2 pool_name=IncPool 
>> pool_type=Backup append=0 copy=0 stripe=0 wait=1
>> backupdir-dir: msgchan.c:315-14 >stored: use 
>> device=FileStorage-demo2-dev1
>> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=-1 msglen=-6 is_stop=0:
>> backupdir-dir: getmsg.c:152-14 bget_dirmsg n=106 msglen=106 
>> is_stop=0: 3924 Device "FileStorage-demo2-dev1" not in SD Device 
>> resources or no matching Media Type or is disa
>> bled.
>>
>> backupdir-dir: msgchan.c:321-14 <stored: 3924 Device 
>> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
>> Media Type or is disabled.
>
>
> For reference, the corresponding SD running with `-d 200` is showing 
> no output at all when the VirtualFull tries to run, but does show 
> output for things like `status storage...`, and when I do the 
> Incremental to it, or the restore from it.
>
> At this point, I'm confused by the "3924 Device 
> "FileStorage-demo2-dev1" not in SD Device resources or no matching 
> Media Type or is disabled.".  As far as I can tell, the Media Type 
> ("File2"), the pool ("IncPool") and the device 
> ("FileStorage-demo2-dev1"), are all correct for that SD.
>
> If there were any evidence that it was failing because it was trying 
> to read the Full backup (or the corresponding `Full-*` file) from SD2, 
> that would make sense, and confirm that I can't do the VFs this way.  
> But that's not the evidence I'm seeing.
>
>
> Thanks,
>
> Lloyd
>
>
> On 4/8/26 13:24, Lloyd Brown wrote:
>> Hey, all. I'm in the middle of designing the next generation of our 
>> backup system, which will likely be based on Bacula 15.  This time, 
>> we'll be using both disk and tape, vs the disk-only we've run before, 
>> which brings up a question or two that I haven't encountered before.
>>
>> When running VirtualFull jobs, does the source material (previous 
>> Full, latest Differential, subsequent Incrementals), need to all 
>> reside in the same Pool?  In multiple pools but available to the same 
>> SD?
>>
>> For this system, we're planning on 2 SD hosts, with local disks, and 
>> a tape library attached to one of them.  We thought that we could 
>> keep the Fulls/VFs entirely on tape, only store the incrementals on 
>> disk, and write new VFs directly to tape.  As a result, we trimmed 
>> down the size of our disk pool for cost reasons (HDDs and SSD are 
>> both crazy expensive right now).  I don't think I'll have enough 
>> space in the disk pool to store Incrementals *and* a previous 
>> Full/VF.  If that's true, I need to re-think my design a bit.  It may 
>> mean we just do true Fulls to tape, and Incrementals on disk, and not 
>> get to use VFs at all.
>>
>> Thanks,
>>
>> Lloyd
>>
-- 
Lloyd Brown
HPC Systems Administrator
Office of Research Computing
Brigham Young University
http://rc.byu.edu

Re: [Bacula-users] ERR=Attribute not found (on Mac client)

[Andrea V. <ml...@ne...>]

On 4/14/26 20:47, Martin Simmons wrote:

> Maybe the filesystem has some corruption?
> 
> I don't know if fsck (or something like it) is possible on macOS.  You might
> need to boot into Recovery Mode.

I'll try an "S.O.S." next time I am on site.

  bye & Thanks
	av.

Re: [Bacula-users] ERR=Attribute not found (on Mac client)

[Martin S. <ma...@li...>]

>>>>> On Tue, 14 Apr 2026 10:48:37 +0200, Andrea Venturoli said:
> 
> > check with: xattr -l"$filename"
> 
> This gives "xattr: [Errno 1] Operation not permitted".
> 
> However "ls -lah@ $filename" gives:
> 	com.apple.quarantine	  -1B

I suspect ls also gets an error and doesn't check, so it just prints -1
(instead of the size of the attribute).

Maybe the filesystem has some corruption?

I don't know if fsck (or something like it) is possible on macOS.  You might
need to boot into Recovery Mode.

__Martin

Re: [Bacula-users] ERR=Attribute not found (on Mac client)

[Martin S. <ma...@li...>]

>>>>> On Tue, 14 Apr 2026 10:48:41 +0200, Andrea Venturoli said:
> 
> On 4/13/26 18:52, Martin Simmons wrote:
> > mount | awk '$1=="'$(df "/Users/.../.../.../NewMailboxPanel.nib" | awk 'NR==2 {print $1}')'" { print $0 }'
> 
> /dev/disk3s5 on /System/Volumes/Data (apfs, local, journaled, nobrowse, 
> protect, root data)

OK, that looks normal.

Re: [Bacula-users] VF and pools

[Josh F. <jf...@ja...>]

On 4/13/26 11:57, Radosław Korzeniewski wrote:
> Hi,
>
> śr., 8 kwi 2026 o 23:00 Lloyd Brown <llo...@by...> napisał(a):
>
>     Hey, all.  I'm in the middle of designing the next generation of our
>     backup system, which will likely be based on Bacula 15. This time,
>     we'll be using both disk and tape, vs the disk-only we've run before,
>     which brings up a question or two that I haven't encountered before.
>
>     When running VirtualFull jobs, does the source material (previous
>     Full,
>     latest Differential, subsequent Incrementals), need to all reside
>     in the
>     same Pool?
>
>
> No. There are other limitations.
>
>     In multiple pools but available to the same SD?
>
>
> Good question. I would say you need all at the single SD to work. But 
> it is a conservative approach. I have not tested VF on multiple SDs yet.

I believe you can have the fulls on tape volumes with one SD and the 
incrementals on disk on another SD, but you cannot split the 
incrementals across different SDs. But I too have not tested.


>     For this system, we're planning on 2 SD hosts, with local disks,
>     and a
>     tape library attached to one of them.  We thought that we could
>     keep the
>     Fulls/VFs entirely on tape, only store the incrementals on disk, and
>     write new VFs directly to tape.
>
>
> Good choice!
>
>     As a result, we trimmed down the size
>     of our disk pool for cost reasons (HDDs and SSD are both crazy
>     expensive
>     right now).  I don't think I'll have enough space in the disk pool to
>     store Incrementals *and* a previous Full/VF.  If that's true, I
>     need to
>     re-think my design a bit.  It may mean we just do true Fulls to tape,
>     and Incrementals on disk, and not get to use VFs at all.
>
>
> No, not needed. You can have your fulls saved on your tapes and 
> incremental on disks.
> One caveat, you have to setup your Full Pool to close (status in 
> ['full', 'used']) before you start to write the next Virtual Full. 
> This is to prohibit read/write for the same tape during the Virtual 
> Full Job. This means your previous (V)Full needs to be on the separate 
> (closed) tape then the one you write to (status=append).
>
> best regards
> -- 
> Radosław Korzeniewski
> rad...@ko...
>
>
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] PodHeitor SFTP Backup Plugin for Bacula

[Gilles V. V. <gil...@em...>]

Hi Heitor,

Where can we find more information on this?

Greetings,
Gilles

On 4/13/26 14:39, Heitor Faria wrote:
>
> Hello All,
>
> I just developed a Bacula SFTP/SSH plugin. Send me a DM if you're 
> interested.
>
> ------------------------------------------------------------------------
>
> *Agentless SFTP/SSH backup for Bacula Community Edition — zero 
> deployment on remote hosts*
>
> Back up files from any server, NAS, switch, router, or cloud service 
> accessible via SFTP/SSH.
> No Bacula agent required on the remote side.
>
> ------------------------------------------------------------------------
>
> *Why SFTP instead of mountpoints*
>
> • No stale mounts — each backup opens a fresh connection
> • No kernel dependencies — runs fully in userspace (Paramiko)
> • No credentials in |/etc/fstab| — stored securely in Bacula config
> • No full filesystem exposure — access limited to defined paths
> • Simple firewalling — single TCP port (22)
> • No hanging processes — per-operation timeouts
> • Works with network devices — switches, routers, firewalls
> • Native for cloud SFTP — no mount layer needed
>
> ------------------------------------------------------------------------
>
> *Features*
>
> • Agentless — SFTP/SSH only, nothing installed on remote hosts
> • Full / Incremental / Differential backups via |mtime|
> • Include/Exclude filters — glob patterns (|*.pdf|, |*.tmp|)
> • Metadata preserved — permissions, UID/GID, timestamps, symlinks
> • Authentication — SSH key (Ed25519, RSA, ECDSA), agent, or password
> • Host key verification — MITM protection via |known_hosts|
> • File listing — estimate, catalog queries, restore tree browsing
> • Multiple sources — multiple SFTP endpoints in a single FileSet
> • Compression & encryption — LZ4/GZIP + AES (native Bacula)
> • Metaplugin architecture — aligned with Bacula ecosystem
>
> -- 
> Atenciosamente,
>
> Heitor faria
> https://www.youtube.com/@podheitor <http://www.bacula.com.br>
> Tel.: +1 7867261749 | +55 61 982684220
>
>
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
-- 
CONFIDENTIAL: This email and any attachments are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
If you've received this in error, please delete it and notify the sender.

Re: [Bacula-users] ERR=Attribute not found (on Mac client)

[Andrea V. <ml...@ne...>]

On 4/13/26 18:12, Rob Gerber wrote:
> The other question is what you get back when you restore the files that 
> had the errors?

I get a 0 size file!



> Actually, I wonder if the bacula-fd daemon has suitable permissions to 
> access the files in question. I know the FD runs as root, but I remember 
> that when running find operations on a Mac as root, I needed to 
> continually give permission for terminal to access documents folder, 
> calendar folder, etc.

You can't actually get full access (like root on UNIX) on MacOS. That's 
some freedom Apple won't give you.
Personally I find this unacceptable, but my customers, of course, don't 
share my opinion.
That said, I've been through all the hops to give bacula-fd as much 
power as it's possible: it currently has "full disk access" (which still 
means it cannot backup some things).

Still I get many "ERR=Operation not permitted" which are permission 
problems.
If "ERR=Attribute not found" is also a permission problem, why a 
different error, then?

  bye & Thanks
	av.