问题[bacula](server)

我正在尝试在 Apline Linux 上运行 Bacula（备份应用程序），并在通过bconsole连接到bacula-dir时出现分段错误。我尝试从另一台非 Alpine 服务器进行工作配置，从 Alpine latest-stable 和 Alpine edge 进行干净配置，但没有成功。

这正是带有回溯的错误输出

# /usr/sbin/bacula-dir -f -d 99 -m -T
bacula-dir: dird.c:219-0 Debug level = 99
Bacula interrupted by signal 11: Segmentation violation
Kaboom! bacula-dir, build-3-15-x86_64-dir got signal 11 - Segmentation violation at 03-Apr-2022 17:26:08. Attempting traceback.
Kaboom! exepath=/usr/sbin/
Calling: /usr/sbin/btraceback /usr/sbin/bacula-dir 2324 /var/lib/bacula
Segmentation fault
The btraceback call returned 139
LockDump: /var/lib/bacula/bacula.2324.traceback

 ==== Traceback output ====

[New LWP 2325]
[New LWP 2326]
[New LWP 2329]
0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
#2  0x00007fe3ebce4b84 in ?? () from /lib/ld-musl-x86_64.so.1
#3  0x0000000000000000 in ?? ()

Thread 4 (LWP 2329 "bacula-dir"):
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
#2  0x00007fe3eb5a6b74 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 3 (LWP 2326 "bacula-dir"):
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
#2  0x00007fe3eb5cdb74 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 2 (LWP 2325 "bacula-dir"):
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
#2  0x00007fe3eb5f0b74 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 1 (LWP 2324 "bacula-dir"):
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
#2  0x00007fe3ebce4b84 in ?? () from /lib/ld-musl-x86_64.so.1
#3  0x0000000000000000 in ?? ()
#0  0x00007fe3ebca3413 in ?? () from /lib/ld-musl-x86_64.so.1
No symbol table info available.
#1  0x00007fe3ebca072d in ?? () from /lib/ld-musl-x86_64.so.1
No symbol table info available.
#2  0x00007fe3ebce4b84 in ?? () from /lib/ld-musl-x86_64.so.1
No symbol table info available.
#3  0x0000000000000000 in ?? ()
No symbol table info available.
[Inferior 1 (process 2324) detached]
Attempt to dump current JCRs. njcrs=1
threadid=0x7fe3ebce4b48 JobId=0 JobStatus=R jcr=0x7fe3eb608318 name=*JobMonitor*.2022-04-03_17.26.05_01
        use_count=1 killable=0
        JobType=I JobLevel=
        sched_time=03-Apr-2022 17:26 start_time=03-Apr-2022 17:26
        end_time=01-Jan-1970 03:00 wait_time=01-Jan-1970 03:00
        db=0 db_batch=0 batch_started=0
        wstore=0x7fe3ebc04c58 rstore=0 wjcr=0 client=0x7fe3ebc04ac8 reschedule_count=0 SD_msg_chan_started=0
List plugins. Hook count=0
 ==== End traceback output ====

Segmentation fault

我有一个关于在硬盘驱动器上使用 bacula 实现 GFS 方案的问题（守护进程已经正常工作）。

我想要完成的事情：

每半年我想要一个至少可以访问 12 个月的完整备份 - > 我需要将备份保持在 12 个月左右，这样第二个完整备份不会覆盖第一个备份。这意味着至少会有 3 个完整备份（我选择了 18 个月）。这种情况持续了几天、几个月等等。简单的 GFS 方案。

Schedule{
  Name = "GGFSCycle"
  Enabled = yes

  # DailyCycle - the volume is kept for 14 days
  Run = Level=Incremental Pool=DailyPool FullPool=HalfAnnualPool Priority=10 tuesday-sunday at 03:00

  # WeeklyCycle - the volume is kept for 5 weeks
  Run = Level=Incremental Pool=WeeklyPool FullPool=HalfAnnualPool Priority=11 monday at 03:00
  
  # MonthlyCycle - the volume is kept for 7 months
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 february-june 1 at 03:00
  Run = Level=Differential Pool=MonthlyPool FullPool=HalfAnnualPool Priority=12 august-december 1 at 03:00

  # HalfAnnualCycle - the data is kept for 18 months
  Run = Level=Full Pool=HalfAnnualPool Priority=13 january 1 at 03:00
  Run = Level=Full Pool=HalfAnnualPool Priority=13 july 1 at 03:00

}

Pool {    
  Name = DailyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "DailyVol_"
  Volume Use Duration = 23 hours
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 14 days         
  Maximum Volume Bytes = 50M          # Limit Volume size to something reasonable
  Maximum Volumes = 1000              # Limit number of Volumes in Pool
  # -> max 50G
}

Pool {
  Name = WeeklyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "WeeklyVol_"
  Volume Use Duration = 23 hours
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 5 weeks
  Maximum Volume Bytes = 500M 
  Maximum Volumes = 80
  # -> max 70G
}

Pool {
  Name = MonthlyPool
  Pool Type = Backup
  Storage = backup-server-sd
  Label Format = "MonthlyVol_"
  Volume Use Duration = 2 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 7 months
  Maximum Volume Bytes = 5G
  Maximum Volumes = 80
  # -> max 170G
}
 
Pool {
  Name = HalfAnnualPool
  Pool Type = Backup
  Label Format = "HalfannualVol_"
  Storage = backup-server-sd
  Volume Use Duration = 3 days
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 18 months #1,5 years
  Maximum Volume Bytes = 35G
  Maximum Volumes = 20
  # -> max 700G
}

我看到的问题：

是增量备份始终引用最后的增量备份、差异备份或完整备份，并且仅保存此后更改的文件。在我的计划中，我有两个“不同”的增量备份，每天和每周一个。每周的总是引用前一天的每日，对吧？当我将每周的文件保留超过 4 周（我选择了 5 周）并且每天的文件仅保留超过 10 天（我选择了 14 天）时，每日文件将在 14 天后被删除，但每月的文件仍然引用它们. 那么会有“坑”吗？

我想，如果有可能有多个“级别”的增量备份，就像我可以说每周增量备份只引用每周备份（level0）和每日增量备份只引用每日备份（level1 ) 问题就会消失。当我将完整备份保留为短时，也会发生同样的问题。例如，如果完整备份覆盖了唯一现有的备份，则将没有完整备份可供差异备份参考，并且我丢失了之前所做的所有备份。

我发现了什么：

我浏览了互联网并在 bacula-documentation 中找到了一个章节：它指出：“现在，由于这些不同类型的保存中的每一种都需要在不同的时期内保持有效，因此最简单的方法（可能也是唯一的方法）是每种备份类型都有一个单独的池。”。

我的问题：

1. 这基本上意味着除了 bacula-documentation 章节中的单个完整、差异和墨水池之外没有其他解决方案。这个对吗？
2. 如果不正确，我如何使用两个不同的增量池来实现我的目标？

我还阅读了 bacula-documentation 中的基本工作，这不是正确的事情，但它朝着正确的方向发展。

非常感谢您抽出宝贵时间帮助阅读。

Ps：我不是英语母语者，如果我犯了错误，我很抱歉。如果有什么事情让你很生气，我想听听你的意见，以提高我的英语水平。

谢谢你。

尝试在文件集中执行在我看来非常简单的排除操作。

基本上我想包括 /root 和 /home 并排除所有名为 .cache 和下载的目录。

FileSet {
  Name = Exclusion_example
  Include {
    Options {
      Signature = SHA1
    }
    File = /root
    File = /home
  }
  Exclude {
    File = Downloads
    File = .cache
  }
}

我已经尝试将这些移动到选项部分并使用排除=是。我已经尝试过 WildDir/WildFile，但是当我使用“估计”命令时它似乎不正确：这些文件仍然列出。

有人可以在这里给出确切的语法吗？我查看了 BareOS 和 Bacula 文档，但似乎没有一个可以解释我做错了什么。

我们有一个运行 bacula 7.4.4 的 debian 拉伸备份服务器（fd、sd 和 director 都是相同的版本）。我尝试将一些运行 debian buster 的新服务器与 bacula fd 9.4.2 连接，但没有成功。当我尝试运行作业时，日志中出现以下错误：

...
[backuphost]-sd JobId 6802: Fatal error: bsock.c:569 Packet size=1073741933 too big from "client:[ip]:9103. Terminating connection.
[backuphost]-dir JobId 6802: Error: getmsg.c:185 Malformed message: Jmsg JobId=6802 type=4 level=1577934200 02-Jan 04:03 [backuphost]-dir JobId 6802: Start Backup JobId 6802, Job=[client]_backup.2020-01-02_04.00.00_11
[backuphost]-sd JobId 6802: Elapsed time=00:00:01, Transfer rate=162  Bytes/second
[backuphost]-dir JobId 6802: Error: getmsg.c:185 Malformed message: Jmsg JobId=6802 type=3 level=1577934200 [client] JobId 6802: Fatal error: backup.c:929 Network send error to SD. Data=51 1 0 ERR=Connection reset by peer
[backuphost]-dir JobId 6802: Error: getmsg.c:185 Malformed message: Jmsg JobId=6802 type=4 level=1577934210 [client] JobId 6802: Error: bsock.c:271 Socket has errors=1 on call to Storage daemon:[hostip]:9103
[backuphost]-dir JobId 6802: Fatal error: bsock.c:569 Packet size=1073741944 too big from "Client: [client]:[clientip]:9102. Terminating connection.
[backuphost]-dir JobId 6802: Fatal error: No Job status returned from FD.

这不是硬件错误或网络/防火墙配置错误，因为所有其他运行 7.4.4 的服务器都在工作，nmap 显示 host->client 9102 已打开，client->host 9103 在所有相关客户端上均已打开，并且错误始终出现在运行 fd 9.4.2 的 3 个客户端上。

经过一番搜索，我尝试了一些配置选项，例如 - 在 fd 和 sd 中更改“最大网络缓冲区大小” - 在 fd 和 sd 中更改“心跳间隔” 每次都出现相同的错误。

作为一种临时解决方法，我在客户端上将 fd 版本降级为 7.4.4，并且备份在配置文件不变的情况下工作。

如果这是版本之间的简单配置差异，我真的很想知道如何修复它，如果它是兼容性错误，那么开发团队应该知道它。发行说明只提到较低的 fd 版本兼容性，而不是更高的。

长期解决方案将是主机升级，但我目前不愿意这样做。

我对 bacula 有信心。我尝试在工作后删除文件，但它不起作用:(

部分我的conf：

Job {
  Name = "spass.mysql"
  Type = Backup
  Level = Full
  Client = spass-fd
  RunScript {
    RunsWhen = Before
    FailJobOnError = No
    RunsOnClient = Yes
    Command = "/usr/bin/mysqldump -EB syspass --result-file /tmp/syspass-%i.sql"
  }
  Client Run After Job = "/usr/bin/rm -f /tmp/*.sql"
  Schedule = "WorkTimeEveryHour"
  Storage = File-spass
  Pool = spass
  FileSet="spass.mysql"
  Messages = Standard
  Priority = 10
  Write Bootstrap = "/var/spool/bacula/%c_%n_%e.bsr"
}

FileSet {
  Name = "spass.mysql"
  Include {
    Options {
      signature = MD5
      compression = GZIP
      wildfile = "*.sql"
    }
    Options {
      Exclude = yes
      RegexFile = ".*"
      RegexDir = ".*"
    }
    File = /tmp/
  }
}

在消息中可以：

14-Jun 17:02 bnode10-dir JobId 364: Start Backup JobId 364, Job=spass.mysql.2017-06-14_17.02.09_10
14-Jun 17:02 bnode10-dir JobId 364: Using Device "FileStorage-spass" to write.
14-Jun 17:02 spass-fd JobId 364: shell command: run ClientBeforeJob "/usr/bin/mysqldump -EB syspass --result-file /tmp/syspass-364.sql"
14-Jun 17:02 bacula-sd JobId 364: Volume "spass0006" previously written, moving to end of data.
14-Jun 17:02 bacula-sd JobId 364: Ready to append to end of Volume "spass0006" size=995952259
14-Jun 17:02 spass-fd JobId 364: shell command: run ClientAfterJob "/usr/bin/rm -f /tmp/*.sql"
14-Jun 17:02 bacula-sd JobId 364: Elapsed time=00:00:01, Transfer rate=200.8 K Bytes/second
14-Jun 17:02 bnode10-dir JobId 364: Bacula bnode10-dir 5.2.13 (19Jan13):

如何解决？

PS。我认为麻烦是许可。但不知道如何解决它

最近我们已经将我们的一些服务器升级到Ubuntu 16.04并且Bacula file daemon也升级到了version 7.0.5.

现在我们有：

• Bacula director v5.2.6 (on Ubuntu 14.04)
• storage daemons v5.2.6 (on Ubuntu 14.04)
• 一些file daemons v5.2.6 (on Ubuntu 14.04)
• 一些file daemons v7.0.5 (on Ubuntu 16.04)。

现在Bacula在装有 Ubuntu 16.04 的机器上给出这个错误，并且Bacula file daemon v7.0.5：

致命错误：对存储命令的错误响应：想要 2000 OK 存储

我在这里没有找到任何关于版本不兼容的信息（较新的文件守护程序与较旧的 Director 和存储守护程序）。

Bacula fd to v5.2.6 on Ubuntu 16.04如果有办法做到这一点，降级对我来说也是一个解决方案。

我应该如何进行？

这是一个棘手的理论问题，甚至是解释本身。

我Bacula这里以（服务器备份软件）为例说明一下。

Bacula 有一个服务器和一个客户端组件。添加新客户端需要服务器和客户端上的配置文件。所以我想在我的角色中做的是：

Bacula 服务器角色：

1. 在一台主机上设置 bacula 服务器
2. [对于每个客户端] 将服务器的客户端配置文件复制到服务器
3. [对于每个客户端] 将客户端的客户端配置文件复制到客户端

现在我遇到的问题是host_varsand group_vars。我希望能够让我的所有[debian]主机（这是一个组）使用这个角色。所以我的剧本看起来像这样：

- hosts: debian
  roles:
    - bacula
  tags:
    - bacula

因此，当触发此角色时，它应该执行以下操作：

1. 一台主机显然必须是服务器，因此如果在服务器主机上播放，这台主机将获得完整的 bacula 服务器配置。
2. 如果此角色应用于所有其他客户端，则应发生以下情况：
   1. （当前主机debian-client）：将配置复制到debian-client
   2. （当前主机debian-client）：将配置复制到debian-server

知道我该怎么做吗？

对我来说这真的很难解释，所以如果上述任何内容不清楚，请告诉我，以便我更清楚。

更新：

感谢@Konstantin Suvorovdelegate_to回答：https ://docs.ansible.com/ansible/playbooks_delegation.html#delegation

我刚刚使用 bareos（Bacula 的一个分支）备份了一个 vm，它似乎已经工作了，但是我在 vm 本身上安装了文件守护程序，感觉不对；我最终得到/var/lib/docker/devicemapper/devicemapper/data了 vm 目录中的一个循环目录（文件守护程序只是一直备份它，直到填满目录的备份大于正在备份的驱动器），所以我排除了它并且备份非常迅速。

相反，文件守护程序是否应该暂停或暂停 Virtual Box 机器，然后备份 VM 磁盘文件？

这可以使用 a 的ClientRunBeforeJob指令来完成Job，然后可以使用ClientRunAfterJoba 的指令和Jobvboxmanage 命令再次运行它。

简而言之，对于 bareos 备份，哪种方法更可靠？

我使用 Bacula 进行备份。当我使用smartctl

# smartctl -H -l error /dev/st0
smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-431.1.2.el6.x86_64] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

TapeAlert: OK
Percentage used endurance indicator too short (pl=6)

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
           ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:          0        0         0         0          0          0.000           0
write:         0        0         0         0          0          0.000           0

消息的实际含义是Percentage used endurance indicator too short什么？

在阅读了文档和许多博客之后，我仍然无法弄清楚我的 FileSet 中缺少什么，因此 Bareos 仅备份 csv 和 pdf 文件：

FileSet { 
  Name = "HQ ccomp" 

  Include { 
     Options {
        IgnoreCase = yes
        WildFile = "*.csv" 
        WildFile = "*.pdf" 
        Exclude = no 
     } 

     File = "e:/folder/emails" 
  } 
}